Libbitcoin Protocol: Difference between revisions

From Bitcoin Wiki
Jump to navigation Jump to search
Evoskuil (talk | contribs)
Evoskuil (talk | contribs)
No edit summary
Line 15: Line 15:
* The IDL should provide tooling for generation of client-server stubs in C/C++.
* The IDL should provide tooling for generation of client-server stubs in C/C++.
* The IDL tooling should implement marshalling in C/C++.
* The IDL tooling should implement marshalling in C/C++.
==History==
* The protocol design was the work product of a [[Libbitcoin]] team meeting in San Diego in August, 2014.


==Dependencies==
==Dependencies==

Revision as of 22:01, 12 July 2015

The libbitcoin-protocol library is experimental and not currently used by any other Libbitcoin library. The library defines a privacy-centric blockchain query language based on a simple and formally-defined messaging interface for the purpose of communicating with a full chain or SPV blockchain server. The design is independent of network topology and supports in-process as well as wide area messaging.

Status

An interface definition based on Protocol Buffers has been published along with C++, Java and Python marshalling libraries. The library is integrated with the Libbitcoin Build system[1], with regular build and test execution, including a moderate level of unit test coverage[2].

Privacy First

The focus of the protocol is not the wire encoding, but the messaging semantics[3]. The central tenet of the library is that the level of privacy in making queries must be controllable by the caller over public networks. As such all queries are prefix filtered on a bit-wise basis with the depth of the filter controlled by the caller.

Objectives

  • The server should not be required to maintain any session state.
  • The client should not be required to provide any identifying information.
  • The protocol should allow client privacy, leaving trade-offs between privacy and performance to the caller.
  • The protocol should be extensible while allowing backward and forward compatibility without version negotiation.
  • The protocol should be defined in a formal interface definition language (IDL).
  • The IDL should provide tooling for generation of client-server stubs in C/C++.
  • The IDL tooling should implement marshalling in C/C++.

Dependencies

See Also

References