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
Encointer communities are currently operated natively on Encointer's parachain on Kusama. This comes with the following disadvantages:
➖ no privacy
➖ long confirmation latency
Further advantages of sidechains:
➕ sidechains can operate even if parachain or relaychain goes down. temporarily and without finality but with availability
➕ number of communities can scale horizontally. no congestion on the parachain
Sidechain Requirements
Low Confirmation Time
On our parachain, we can spot pending extrinsics within one second usually, but confirmation often takes ~30s which os too much for a point of sale payment
requirements for transfers of community currency:
sidechain block inclusion confirmation within
<1s in 95% of cases
<30s in 99.95% of cases
non-requirements
parachain finality latency not relevant for everyday payments
Confidentiality
Stakeholder expectations
some ceremony participants do not want to leak where they will be at a specific time in the future (VIP security, sans-papiers)
some ceremony participants do not want to leak where they have been a-posteriori (sans-papiers)
some users of CC don't want to leak their consumption profiles (transaction details and times)
some users of CC don't want to leak their balance
democratic votes on community matters should be anonymous
businesses may want to publicly disclose their balance if they chose to sell CC
businesses may not want to leak their balance nor turnover
🤔 all users need a way to query their own transaction history (businesses need this for accounting purposes)
all users must have a way to request deletion of their account and history (GDPR)
Concept
Very similar to testnet Cantillon, we would move the encointer_balances and encointer_ceremonies pallets to a sidechain to run in TEEs.
Questions
how to do garbage collection: purge inactive communities. Do we need it at all?
how to map democracy? votes should be private and community scope matters may remain completely separate on the sidechain. But the results on global matters must be published to parachain for balloting
is it worth to have bazaar on sidechains or is the traffic low enough to keep it on the parachain? guess we can move to sidechain at a later stage?
how to make transaction/Event history available? how to do access authorization?
roadmap
develop validateer and parachain branch that can work locally together with the Encointer Wallet app inside an emulator
develop migration logic for seamless community migration from parachain to sidechain
deploy a public sidechain on encointer Lietaer (rococo) and migrate a bot community and test with app
deploy a public sidechain on Encointer mainnet (kusama)
migrate Leu community subject to a democratic vote
The text was updated successfully, but these errors were encountered:
Why sidechains
Encointer communities are currently operated natively on Encointer's parachain on Kusama. This comes with the following disadvantages:
➖ no privacy
➖ long confirmation latency
Further advantages of sidechains:
➕ sidechains can operate even if parachain or relaychain goes down. temporarily and without finality but with availability
➕ number of communities can scale horizontally. no congestion on the parachain
Sidechain Requirements
Low Confirmation Time
On our parachain, we can spot pending extrinsics within one second usually, but confirmation often takes ~30s which os too much for a point of sale payment
requirements for transfers of community currency:
non-requirements
Confidentiality
Stakeholder expectations
Concept
Very similar to testnet Cantillon, we would move the encointer_balances and encointer_ceremonies pallets to a sidechain to run in TEEs.
Questions
roadmap
The text was updated successfully, but these errors were encountered: