Embedded in regular URLs, the 2key protocol creates cryptographically signed links shareable across the web like Web 2.0 regular links. The 2key protocol effectively embeds smart contracts and economic models into HTTP links, paving the way for introducing a generalized incentive model for online sharing.
Unlike what happens when sharing Web 2.0 URLs, sharing a 2key SmartLink connects the browsers the SmartLink passes through, creating an ad-hoc blockchain multi-party state-network composed of multiple participants - the HTTP clients (web browsers) which touched the link.
SmartLinks contain a cryptographically proven assertion of both the code for turning a browser into a node in the 2key shard running the contract (aka the "code hash"), as well as the dynamically changing state of this contract (aka the "state hash") - allowing each browser to sign it into the correct place in the state machine of the referral graph and the underlying smart contract.
Creating a SmartLink deploys a smart-contract shared by all participants - SmartLink creator, viewers, converters, and referrers - and, each time they open and share links, that smart-contract updates itself in real-time through the participants' regular web browser.
The uniqueness of the 2key protocol is that it does not require any server to run. The state of the referral graph - which determines the economic distribution of reputation and monetary capital within the campaign - is managed solely by the cryptography and signatures handed down from browser to browser as these links are shared. This results in a fully scalable layer2 solution (as it does not depend on any server to run), which is also fully secure (as it only relies on cryptography to manage states). The contract's interim state is also echoed to a POA plasma side chain for logging purposes mainly, where the finality states of the contracts are periodically persisted to the Ethereum POW layer1.
The code hash validates that each participant in a given campaign is running the same peer code, safeguarding the contract's integrity while it runs off-chain.
The state hash portrays, and allows to validate, the place in the referral graph state machine that each browser should be signed into to run the campaign. The browser utilizes the cryptographic code, downloaded per the code hash, to validate that the state hash as a valid specific point on the state machine of the contract (e.g., exactly where in the referral graph this browser is.) It then generates a new hash where the user can interplay with the contract, thus furthering the state and allowing that participant to invite others after them in the graph).
The combination of this ability and human link sharing allows the state machine of this contract to evolve.
Currently, the lab focuses on developing a general-purpose Layer 2 (L2) solution for running any smart contract on browser-based Multi-Party-State-Networks (MPSNs). The solution is the lab's main goal for 2020 and includes several pillars.
Developing a solution for deploying and interacting with smart contracts through browsers in a scalable and accessible manner is a challenging feat. Any solution designed for this purpose will require the following essential characteristics to be effective:
Enable to utilize zero-knowledge methodologies to efficiently persist transaction state graphs with up to hundreds of millions of transactions into the Layer 1 (L1) main chain (e.g., persist a contract with a massive number of votes into the main chain) with just one L1 transaction that can be validated in milliseconds
Allow buffered off-line persistence into L1 in case all the state graph has to be publicly saved.
Allow a single quickly validated L1 transaction to save the final valid state of the MPSN.
All transactions in the contract except the creation of the contract and final persistence into L1 should be facilitated solely by p2p direct communication between browsers or their human users participating in the MPSN. This means zero reliance on centralized infrastructure for maintaining interim consensus in the MPSN while it is being run off-chain.
Contract parties can join dynamically, no need for them to be known in advance, and no need for any multi-sig wallet to be created for them in advance.
Check out 2key detailed smart contract addresses and architecture here
2key uses ML to optimize a general-purpose incentive model for online sharing. This model will be built to dynamically optimize bids and rewards for referrers based on their intra-contract reputation, long-term standing reputation in the contract category, and other factors. The baseline model will start advancing from the incentive model depicted in the 2key incentive model paper.
The model is designed to make sure that collaborators are rewarded, and spammers are punished.
There are 2 kinds of rewards for referrers:
In this model, the link creator chose one of several options, pre-setting the distribution of rewards between users in the referral chain. The model chosen by the contractor will then be embedded into the campaign smart contract. The options are:
With the new vertical web2 conversions, 2key will start exposing part of the APIs to allow any website or app to utilize the 2key protocol to drive any type of conversions on their app/site. Launch is expected during 2021.
As part of 2key roadmap, we plan on liberating the protocol from 2key.io's UI and are starting to enable its embedding throughout the web. For these reasons, we are currently building sub-SDKs and sub-apps, which can be embedded into other websites.
The first of these is the 2key embeddable "Refer & Earn" button, already integrated into various websites online.
The next step is to make the embeddable button more robust and able to run the entire Refer and Earn process as well as the PPC Review process, in an independent context entirely embeddable anywhere.
Further, we are working to also encapsulate and liberate a sub-app for only generating SmartLinks so that this too can be embedded anywhere online.
Eventually making it as easy as possible to create, refer and earn on SmartLinks will ensure the long-term success of the 2key.network and the 2KEY token economy.
The underlying asset of the 2KEY token economy is social capital - what is called Qi points on 2key.network. These Qi points can be earned by faithfully participating in the network and producing results. These Qi points will be also qualified for mining the 2KEY governance token when the DAO governance system goes live.
During the first few years of the protocol and economy, the 2key team maintains an internal congress DAO contract that governs the 2key.network smart-contract architecture. Once the new participant governance system kicks in, this contract will be open to petitions and eventually even votes from new community congress contracts representing the network's various participants.