Similar to the CAP theorem, where in any distributed system only two-out-of-three of the following properties can be satisfied: Consistency, Availability and Partition tolerance, in a Blockchain system it is only possible to achieve two of the following properties: Security, Scalability and Decentralization.
The question then is how to compete in scalability with centralized systems like the Visa payment processing network without giving up to Security and Decentralization? One logical option to achieve scalability is to allow participants to interact only with the relevant parties for the operations they want to perform, delaying the need to reach global consensus with the entire blockchain network until it is strictly needed.
The interactions between this subset of participants will need a protocol and a set of rules to ensure a safe and secure operation environment to the participants. These rules will have some (reduced) level of interaction with the blockchain network only when blockchain security model and tamper-proof guarantees are needed, reducing the time required for global consensus between network nodes and scaling the number of operations per second that can be performed between participants. This reasoning is what sustains all second layer scalability solutions that were designed in the last years and it can be formalized as:
A subset of second layer protocols known as Commit Chains incorporate an additional step:
The purpose of this work is to analyze existing second layer scalability solutions from this particular subset that are production-ready or close to being production-ready. We will highlight the pros and cons and (when possible) our evaluation criteria will include the following aspects: