You've already forked CHIP-p2p-txok
Spellcheck
This commit is contained in:
@@ -25,7 +25,7 @@
|
||||
|
||||
## Summary
|
||||
|
||||
We introduce a new p2p message 'accepted' that full nodes can send when the peer both asks for such messages and after the peer send a transaction. This message would be send when the 'reject' message is not applicapble. See bip61 which introduced the 'reject' message.
|
||||
We introduce a new p2p message 'accepted' that full nodes can send when the peer both asks for such messages and after the peer send a transaction. This message would be send when the 'reject' message is not applicable. See bip61 which introduced the 'reject' message.
|
||||
|
||||
|
||||
## Deployment
|
||||
@@ -45,7 +45,7 @@ Being able to subscribe to the 'rejected' and 'accepted' messages will make a wo
|
||||
|
||||
# Technical Specification
|
||||
|
||||
We increase the protocol version (as reported by the version message) to 70017, all implementors of this protocol version, or later, should support the new messages.
|
||||
We increase the protocol version (as reported by the version message) to 70017, all implementing this protocol version, or later, should support the new messages.
|
||||
|
||||
We introduce a new message 'sendaccept'. It has just a header, no body. Receiving this message will set a boolean on the connection and the node will send `accepted` messages to that peer.
|
||||
|
||||
@@ -68,7 +68,7 @@ Every 'received' message contains the following fields.
|
||||
| 1 | ttl | uint8\_t | Number of blocks left to stay in mempool|
|
||||
|
||||
|
||||
This assumes a mempool expire time counted in mined blocks and the message relays the number of blocks mined until the expiry algortihm is set to remove the transaction.
|
||||
This assumes a mempool expire time counted in mined blocks and the message relays the number of blocks mined until the expiry algorithm is set to remove the transaction.
|
||||
|
||||
|
||||
# Feedback & Reviews
|
||||
|
||||
Reference in New Issue
Block a user