Comments (2)
One downside of limiting the cohort size – it reduces the scope for a redunancy-driven mitigation of cohort deterioration. If
(a) proactive secret sharing / public key persistence proves impossible
and/or
(b) we find a workable compromise with long cohort persistence through long winddowns or incentivized long-term staker commitment and proactive user-driven public key replacement
then we may have prematurely limited the scope for large cohorts to provide longer, more robust redundancy and cohort deterioration resistance
Note this also brings into question the brittleness of a fixed 2/3 m-of-n ratio – even if adopters don't wish to tune it, we may want to select an m-of-n ratio more optimized for redundancy – e.g. 50% threshold (20-of-40, 50-of-100 etc)
See #78
from ferveo.
The final checkbox – 'Raise constraint of 8, 16, 32 and 64 DKG group size with adopters' – has already been partially explored (and confirmed as viable) with adopters, and is now subsumed by the research into the practicality (from a collusion-resistance, redundancy, latency & cost perspective) and corresponding validation required to complete nucypher/taco-web#168
from ferveo.
Related Issues (20)
- Get rid of g_inv and h_inv in the API HOT 2
- Decide on instructions for running Ferveo tests
- Replace deprecated `actions-rs/*` GH Actions
- Add header and payload to Ciphertext bindings HOT 7
- Derive `Eq` for `DkgPublicKey`
- Track domain points (aka "x coordinates") mapping to validators HOT 3
- Transcript epoch versioning HOT 1
- Protocol objects and methods for handling share updates between participants
- Design high-level protocols for refresh & recovery
- Rename group_threshold_cryptography crate to ferveo-tpke
- Delete references to ed25519
- Relax DKG ceremony constraints
- Expose `decrypt_private_key_share` to allow caching private key shares HOT 2
- Verifiability of Update Transcripts
- Add encryption to Update Transcripts HOT 2
- Aggregate transcript from a subset of participants HOT 2
- Expose `Ciphertext` methods in the Rust API
- Design protocol & related structures for onboarding and offboarding validators HOT 1
- Precomputed variant should work with a threshold number of shares and not need all of them HOT 2
- Share recovery failure at a random point when using new_decryption_share HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ferveo.