So I have been trying to get opinions from members of the community regarding a new scaling solution in which some users have been neglecting to read just because of the wording used in the title, so this time I will try a different approach explain the solution first and then word it last.
What the solution is
- It is fully decentralized, consensus is reached by all available nodes.
- It is secure, all the time that is needed in order for data to fully propagate will be used.
- It is scalable, achieved by a rotating leader solely establishing an order of events.
What it is not
- It is not centralized, the rotating leader does not verify/validate transactions at all, only set a paper trail of order of events.
- It is not semi-centralized, there is no committee/delegates verifying/validating transactions.
How does it work?
The Sub-Zero Protocol permits Scroda to achieve Sub-Second Zero-Confirmation Transactions all due to two chains coming together and becoming one, Yin and Yang.
Blockchains to this day verify transactions on a block to block basis thus allowing for attacks such as the reversal of transactions through a 51% attack. The harmonization of both chains working together to process transactions enables Scroda to obtain security while allowing for it to scale. The use of relay chains, the establishment of an order-of-events, and the verification of transactions on a transaction to transaction basis before permanently being placed on the Scroda main chain allows for zero-confirmation transactions in sub-second time.
Yin
Yin is the chain in which is centralized; the bad in blockchain, while still showing properties in which are good for its users; its ability to scale. The yin chain solely focuses on establishing an order of events, through the use of a rotating leader, moving away from approaches seen in competitors in which utilize a committee.
Yang
Yang is the chain which is decentralized thus providing security, the good in blockchain; sluggish, a property in which is bad for its users. The yang chain focuses on verifying transactions after an order of event has been established on the yin chain, having a trail to now follow. This trail allows for all nodes on the Scroda platform to verify transactions together and reach consensus on a transaction to transaction basis before being placed on the mainchain; offering a fork free environment.
Say YES to Sub-Second Zero-Confirmation Transactions and say NO to Instant Transactions.
Focused on security, Zero-Confirmation Transactions allows a receiver to solely verify a transaction and have the guarantee that it will be processed if true, all before consensus has been reached.
Instant Transactions become a bit trickier as the idea is that consensus is reached on the blockchain instantly the moment a transaction has been broadcasted. Due to security concerns reaching consensus instantly for transaction is not feasible nor advisable
Zero-Confirmation Transactions do not disrupt the time needed for data to propagate between nodes thus not interrupting the time needed for consensus to securely be reached.
https://medium.com/@scroda/scrodas-sub-zero-protocol-walkthrough-c1677f3d60fa