bft blockchain consensus consistency cryptocurrency cryptography db distributed-systems go

History

Yawning Angel c5cc3c8d3f crypto: Use a different library for ed25519/sr25519 (#6526 ) At Oasis we have spend some time writing a new Ed25519/X25519/sr25519 implementation called curve25519-voi. This PR switches the import from ed25519consensus/go-schnorrkel, which should lead to performance gains on most systems. Summary of changes: * curve25519-voi is now used for Ed25519 operations, following the existing ZIP-215 semantics. * curve25519-voi's public key cache is enabled (hardcoded size of 4096 entries, should be tuned, see the code comment) to accelerate repeated Ed25519 verification with the same public key(s). * (BREAKING) curve25519-voi is now used for sr25519 operations. This is a breaking change as the current sr25519 support does something decidedly non-standard when going from a MiniSecretKey to a SecretKey and or PublicKey (The expansion routine is called twice). While I believe the new behavior (that expands once and only once) to be more "correct", this changes the semantics as implemented. * curve25519-voi is now used for merlin since the included STROBE implementation produces much less garbage on the heap. Side issues fixed: * The version of go-schnorrkel that is currently imported by tendermint has a badly broken batch verification implementation. Upstream has fixed the issue after I reported it, so the version should be bumped in the interim. Open design questions/issues: * As noted, the public key cache size should be tuned. It is currently backed by a trivial thread-safe LRU cache, which is not scan-resistant, but replacing it with something better is a matter of implementing an interface. * As far as I can tell, the only reason why serial verification on batch failure is necessary is to provide more detailed error messages (that are only used in some unit tests). If you trust the batch verification to be consistent with serial verification then the fallback can be eliminated entirely (the BatchVerifier provided by the new library supports an option that omits the fallback if this is chosen as the way forward). * curve25519-voi's sr25519 support could use more optimization and more eyes on the code. The algorithm unfortunately is woefully under-specified, and the implementation was done primarily because I got really sad when I actually looked at go-schnorrkel, and we do not use the algorithm at this time.		4 years ago
..
conn	crypto: Use a different library for ed25519/sr25519 (#6526)	4 years ago
mock	types: move NodeInfo from p2p (#6618)	4 years ago
mocks	types: move NodeInfo from p2p (#6618)	4 years ago
p2ptest	types: move NodeInfo from p2p (#6618)	4 years ago
pex	p2p: reduce buffering on channels (#6609)	4 years ago
trust	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
upnp	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
README.md	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
address.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
address_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
base_reactor.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
conn_set.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
conn_tracker.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
conn_tracker_test.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
errors.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
key.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
key_test.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
metrics.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
netaddress.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
p2p_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
peer.go	types: move NodeInfo from p2p (#6618)	4 years ago
peer_set.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
peer_set_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
peer_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
peermanager.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
peermanager_scoring_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
peermanager_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
pqueue.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
queue.go	p2p: increase queue size to 16MB (#6588)	4 years ago
router.go	p2p: reduce buffering on channels (#6609)	4 years ago
router_filter_test.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
router_init_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
router_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
shim.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
shim_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
switch.go	types: move NodeInfo from p2p (#6618)	4 years ago
switch_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
test_util.go	types: move NodeInfo from p2p (#6618)	4 years ago
transport.go	types: move NodeInfo from p2p (#6618)	4 years ago
transport_mconn.go	types: move NodeInfo from p2p (#6618)	4 years ago
transport_mconn_test.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
transport_memory.go	types: move NodeInfo from p2p (#6618)	4 years ago
transport_memory_test.go	p2p: make NodeID and NetAddress public (#6583)	4 years ago
transport_test.go	types: move NodeInfo from p2p (#6618)	4 years ago
types.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago
wdrr_queue.go	p2p: increase queue size to 16MB (#6588)	4 years ago
wdrr_queue_test.go	p2p: renames for reactors and routing layer internal moves (#6547)	4 years ago

README.md

p2p

The p2p package provides an abstraction around peer-to-peer communication.

Docs:

Connection for details on how connections and multiplexing work
Peer for details on peer ID, handshakes, and peer exchange
Node for details about different types of nodes and how they should work
Pex for details on peer discovery and exchange
Config for details on some config option