Kan kommende bitcoin-rollups oppfylle @l2beat trinn 2-kravene? Tl; Dr er nesten. Men for å oppfylle alle krav, trenger du noe sånt som OP_CAT. Bitcoin-rollups kan ha 1-av-N tillitsforutsetninger knyttet til broen deres. Men det er noen nyanser i dette. Det er to ting du stoler på: - Operatører: Du stoler på at 1-av-N-operatører behandler uttak og ikke fryser broen - Verifikatorer: Du stoler på at 1-av-N, N er hvem som helst, for å sikre broen I de foreslåtte implementeringene av samleoppdateringer behandles uttak av operatører med tillatelse. Operatører av broen fronter likviditet til brukere for å tilfredsstille uttaksforespørsler og deretter refundere seg selv fra broen. Selv om det ikke er utrolig effektivt, kan dette fungere. Nå, etapper. Det er en rekke krav for at en samleoppdatering skal være "trinn 2" i henhold til @l2beat rammeverk. La oss se om en bitcoin-opprulling kan møte dem: Bitcoin-rollups kan oppfylle alle L2Beats trinn 0-krav. Du kan bruke bitcoin for DA, legge ut statsrøtter der, og folk kan rekonstruere den tilstanden til opprullingen basert på disse dataene. Trinn 1 er der det begynner å bli vanskelig. Bitcoin rollups kan oppfylle alle krav... unnta: «Kan brukerne gå ut uten operatørens koordinering?» Systemet bør utformes slik at brukeruttak ikke kan blokkeres av rollup-operatørene. Samleoppdateringen må implementere mekanismer som lar brukere avslutte uavhengig, og sikre at de alltid kan få tilgang til og kontrollere eiendelene sine. Brukere kan omgå rollup-operatørene teoretisk (vi har ikke sett det ennå, så jeg er ikke helt sikker på hvordan det ville fungere). Men de kan ikke omgå brooperatører hvis alle brooperatørene er frakoblet. Derfor er betingelsen om at brukere "alltid kan få tilgang til og kontrollere eiendelene sine" ikke oppfylt. Denne trenden fortsetter i trinn 2. Som vi nevnte tidligere, kan disse samleoppdateringene ha tillatelsesløse svindelbevis. Alle kan sikre integriteten til broen. Og de kan sannsynligvis ha en mekanisme for å omgå samleoperatører i tilfelle en uønsket oppgradering implementeres. “… Denne gode tidsrammen lar brukere reagere på betydelige endringer i systemet som de kanskje ikke er enige i, og trekke tilbake eiendelene sine om nødvendig." Men krav knyttet til tillatelsesløse uttak kan ikke oppfylles fordi brukere stoler på minst 1 operatør for å oppfylle uttaksforespørsler. Så, for å rydde opp: - Bitcoin rollups er mulig - De kan ha tillatelsesløse svindelbevis for å sikre broen med en 1-av-N-tillitsantagelse - I stedet for å stole på en 2/3s føderasjon for å behandle uttak, kan du stole på bare 1-av-N operatører - Dette er ikke den samme antagelsen om liveness (exit) som optimistiske rollups i ethereum. Sikkerhetsforutsetningen er lik En bitcoin-rollup, med en bro i Strata- eller Clementine-stil, kan oppfylle alle L2Beats krav bortsett fra de som krever tillatelsesfri utgang. Selv om brukere kan omgå samleoperatører, må de stole på at 1-av-N-brooperatører vil oppfylle uttaksforespørsler. Men hvis du har noe sånt som OP_CAT, kan du konstruere statsbærende utgiftsbetingelser og verifikatorer på kjeden. Dette gjør det mulig for et broprogram å låse opp midler hvis visse betingelser er oppfylt. Som å verifisere et SNARK-bevis som bekrefter den oppdaterte tilstanden til samlefilen, eller en svindelsikker utfordringsperiode som passerer. Så hvis flere opkoder legges til, kan bitcoin-opprullinger oppfylle kravene knyttet til tillatelsesfri utgang og være en trinn 2-opprulling. Håper dette rydder opp i litt forvirring!