You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the "Scalability/Transaction Throughput" row, I think a better distinction should be made between what a "COMM" event is and what a "transaction" is. At RCon3 there was a clarification over the network throughput for test net. It was stated that the aim of RChain was 40K+ COMM events/second - not transactions. I think it's important to distinguish between these two things, as COMM events are atomic. It's important to note that [Single COMM Event != Single Token Transaction].
The text was updated successfully, but these errors were encountered:
... ACID as shorthand for Atomicity, Consistency, Isolation, and Durability... . These four properties describe the major guarantees of the transaction paradigm, which has influenced many aspects of development in database systems.
We could clarify the distinction between comm events and token transfers, which are calls to the BasicWallet.rho contract.
RE: https://github.com/rchain/architecture-docs/blob/master/introduction/comparison-of-blockchains.rst
In the "Scalability/Transaction Throughput" row, I think a better distinction should be made between what a "COMM" event is and what a "transaction" is. At RCon3 there was a clarification over the network throughput for test net. It was stated that the aim of RChain was 40K+ COMM events/second - not transactions. I think it's important to distinguish between these two things, as COMM events are atomic. It's important to note that [Single COMM Event != Single Token Transaction].
The text was updated successfully, but these errors were encountered: