Author | SHA1 | Message | Date |
---|---|---|---|
Callum Waters |
ebff8a96a5
|
docs: use hyphens instead of snake case (#5802) | 4 years ago |
Erik Grinaker |
e198edf20e
|
p2p: remove `NodeInfo` interface and rename `DefaultNodeInfo` struct (#5799)
The `NodeInfo` interface does not appear to serve any purpose at all, so I removed it and renamed the `DefaultNodeInfo` struct to `NodeInfo` (including the Protobuf representations). Let me know if this is actually needed for anything. Only the Protobuf rename is listed in the changelog, since we do not officially support API stability of the `p2p` package (according to `README.md`). The on-wire protocol remains compatible. |
4 years ago |
Erik Grinaker |
bcfc889f25
|
p2p: implement new Transport interface (#5791)
This implements a new `Transport` interface and related types for the P2P refactor in #5670. Previously, `conn.MConnection` was very tightly coupled to the `Peer` implementation -- in order to allow alternative non-multiplexed transports (e.g. QUIC), MConnection has now been moved below the `Transport` interface, as `MConnTransport`, and decoupled from the peer. Since the `p2p` package is not covered by our Go API stability, this is not considered a breaking change, and not listed in the changelog. The initial approach was to implement the new interface in its final form (which also involved possible protocol changes, see https://github.com/tendermint/spec/pull/227). However, it turned out that this would require a large amount of changes to existing P2P code because of the previous tight coupling between `Peer` and `MConnection` and the reliance on subtleties in the MConnection behavior. Instead, I have broadened the `Transport` interface to expose much of the existing MConnection interface, preserved much of the existing MConnection logic and behavior in the transport implementation, and tried to make as few changes to the rest of the P2P stack as possible. We will instead reduce this interface gradually as we refactor other parts of the P2P stack. The low-level transport code and protocol (e.g. MConnection, SecretConnection and so on) has not been significantly changed, and refactoring this is not a priority until we come up with a plan for QUIC adoption, as we may end up discarding the MConnection code entirely. There are no tests of the new `MConnTransport`, as this code is likely to evolve as we proceed with the P2P refactor, but tests should be added before a final release. The E2E tests are sufficient for basic validation in the meanwhile. |
4 years ago |
Anton Kaliaev |
28e79a4d02
|
cmd: modify `gen_node_key` to print key to STDOUT (#5772)
closes: #5770 closes: #5769 also, include node ID in the output (#5769) and modify NodeKey to use value semantics (it makes perfect sense for NodeKey to not be a pointer). |
4 years ago |
Aleksandr Bezobchuk |
a879eb444d
|
p2p: state sync reactor refactor (#5671) | 4 years ago |
Anton Kaliaev |
243ff4b43d
|
blockchain/v1: remove in favor of v2 (#5728) | 4 years ago |
Anton Kaliaev |
e13b4386ff
|
abci: modify Client interface and socket client (#5673)
`abci.Client`: - Sync and Async methods now accept a context for cancellation * grpc client uses context to cancel both Sync and Async requests * local client ignores context parameter * socket client uses context to cancel Sync requests and to drop Async requests before sending them if context was cancelled prior to that - Async methods return an error * socket client returns an error immediately if queue is full for Async requests * local client always returns nil error * grpc client returns an error if context was cancelled before we got response or the receiving queue had a space for response (do not confuse with the sending queue from the socket client) - specify clients semantics in [doc.go](https://raw.githubusercontent.com/tendermint/tendermint/27112fffa62276bc016d56741f686f0f77931748/abci/client/doc.go) `mempool.TxInfo` - add optional `Context` to `TxInfo`, which can be used to cancel `CheckTx` request Closes #5190 |
4 years ago |
Callum Waters |
50b91867c3
|
test: add evidence e2e tests (#5488) | 4 years ago |