📚 Web3 puhuu paljon hajauttamisesta, mutta monet sovellukset luottavat silti syvästi keskitettyyn → palvelimelle tallennettuun yksityiseen avaimeen @LitProtocol poistaa tämän yksittäisen vikapisteen tekemällä avaimet ja allekirjoitukset hajautettuja, ohjelmoitavia ja turvallisia 🧵👇
Ytimeltään @LitProtocol mahdollistaa kaksi tehokasta peruselementtiä Web3-sovelluksille: ✅ Ohjelmoitavat allekirjoitukset ✅ Salaus ja purku ketjun sisäisellä käyttöoikeuksien hallinnalla @LitProtocol myötä allekirjoittaminen ei enää riipu avaimen hallussapidosta, vaan siitä, täytetäänkö säännöt
Sen sijaan, että taustajärjestelmä tallentaisi salaisuuksia, @LitProtocol jakaa avaimet solmuverkoston kesken. 1️⃣ Yksikään solmu ei koskaan omista täyttä avainta 2️⃣ Avainta ei koskaan rakenneta uudelleen 3️⃣ Allekirjoitukset syntyvät vain, kun tarpeeksi monta solmua varmistaa ehtojen täyttymisen Ei palvelinta. Ei pääavainta
Konepellin alla @LitProtocol yhdistää: ✅ Kynnyskryptografia ✅ Luotettavat suoritusympäristöt (TEE) ✅ Eksplisiittiset, todennettavissa olevat käyttöoikeuksien hallintakäytännöt Turvallisuus siirtyy "parhaista käytännöistä" protokollatason takuihin
Kaksi käsitettä tekevät tästä erityisen voimakkaan: ✅ Ohjelmoitavat avainparit (PKP) → Avaimet, jotka voivat allekirjoittaa vain, kun ennalta määritellyt säännöt täyttyvät ✅ Lit Actions → JavaScript-logiikkaa, joka pyörii suoraan Lit-verkossa, ei backendissä
Tämä avaa tuotteita, joiden rakentaminen oli aiemmin riskialtista tai tuskallista: ✅ Älylompakot edistyneillä säännöillä ✅ Turvallinen perehdytys ilman avainvalvontaa ✅ Autonomiset agentit ja tekoäly ✅ Ehdollinen pääsy salattuihin tietoihin ✅ Ketjujen välinen automaatio Kaikilla on paljon pienempi hyökkäyspinta
🤔 @LitProtocol ei ole pelkkää teoriaa Datil on jo toiminnassa tuotantokanavana, ja tuleva Naga-julkaisu vie Litin kohti v1:tä seuraavasti: ✅ Hajautettu avainten generointi (DKG) ✅ Suurempi hajauttaminen ✅ Hallinto ja taloudelliset parannukset
1,2K