De ontwerpruimte van Ethereum rollups is enorm. Ik ga niet ontkennen dat het beoordelen van @0xFacet een uitdaging was voor het hele team, aangezien het ontwerp niet is wat je zou verwachten van een typische rollup. Desondanks houden we ervan om uitgedaagd te worden en als resultaat zijn er enkele nieuwe dashboards in de maak met betrekking tot canonieke en extern-verbonden activa. Het meest uitdagende aspect van @0xFacet is ongetwijfeld de niet-standaard gas token. Het gebruik ervan daagt de kerndefinitie van een "canoniek" actief uit, aangezien we normaal aannemen dat een gas token canoniek moet worden verbonden, maar wat als je gas token helemaal niet "verbindt"? Wat is dan een canoniek actief en een canonieke brug? Lees de volledige beoordeling en de aankondiging van @0xFacet voor meer technische details.

Ik heb een heel andere kijk * Veel projecten hebben iedereen weten te hersenspoelen dat het plaatsen van gegevens op AWS of 1/1 DAC "goed genoeg" is. Eindgebruikers geven er niet om, maar wij (de pro-community) zouden ze moeten laten geven om deze architecturen sterk af te raden. In plaats daarvan worden ze eigenlijk aangemoedigd door sommige rollup- en RaaS-teams. * Het prijsontdekkingsmechanisme in Ethereum en Celestia is afschrikwekkend - projecten willen Web2 prijsbetrouwbaarheid zodat ze een lage en voorspelbare prijs voor hun gebruikers kunnen handhaven. Plotselinge prijsstijgingen zijn niet acceptabel wanneer je op schaal opereert. * DA-projecten zouden zich moeten richten op het bevorderen van legitieme gebruiksgevallen en niet op gecentraliseerde projecten die niet eens de moeite nemen om hun code te publiceren, zodat de community hun claims kan controleren. Als we alleen maar Hyperliquid-kloons bouwen, dan gaan we allemaal naar nul. Niemand wil op de lange termijn een gecentraliseerde, custodiale beurs die doet alsof het gedecentraliseerd is. * Data-achterhoudingsaanvallen (letterlijk de belangrijkste reden om DA te gebruiken) zijn moeilijk uit te leggen aan gebruikers - we zouden meer educatie kunnen gebruiken en in het algemeen de bewustwording van de community over een probleem. De overgrote meerderheid van de pro-gebruikers ziet het verschil niet tussen gegevenspublicatie en gegevensophaling. Niet-pro-gebruikers zien helemaal geen probleem, omdat voor hen gegevens "altijd" beschikbaar lijken te zijn, dus het is moeilijk om hen uit te leggen welk probleem we hier proberen op te lossen.

Waarom je @cartesiproject zou moeten controleren * Het hebben van een honeypot om hackers te stimuleren het systeem te breken is veel beter dan het hebben van EOA met upgrade-mogelijkheden voor de bèta-lancering * Als het werkt zoals ontworpen, heb je een SDK tot je beschikking om snel en goedkoop aangepaste AppChains te bouwen die gemakkelijk Stage1 of Stage2 kunnen zijn bij de lancering. Cpp-code voor de honeypot is minimaal, kijk ernaar * Omdat het optimistisch is, is er geen behoefte om ingewikkelde prover-infrastructuur te draaien, zodat de kosten voor het draaien van de keten minimaal zijn en je het vanaf dag 1 volledig permissieloos kunt maken Nu hebben we meer fondsen nodig in een honeypot en onderzoekers/hackers die bereid zijn naar hun nieuwe fraudebewijs-systeem te kijken

Bestudeer de L2 vertrouwensassumpties. Ga altijd uit van het ergste. Handel dienovereenkomstig. Beveiliging en decentralisatie doen er niet toe totdat ze dat wel doen.

Zijn alt-DA L2's een mislukt experiment in het schalen van Ethereum? Een paar maanden geleden kondigde @l2beat aan dat het hebben van een abominabele DA-opstelling, waarbij één of twee adressen alle fondsen van gebruikers kunnen ruggen, een praktijk die wijdverbreid is in de ruimte, zal resulteren in een verandering van de classificatie van deze systemen. Ze zullen niet langer worden beschouwd als Validiums/Optimiums. Ik geloof sterk dat wij, als gemeenschap, systemen willen die gebruikers een minimum aan beveiliging en decentralisatie waarborgen, en dat betekent dat er een bewijs systeem moet zijn en - als gegevens niet naar Ethereum worden gepost - dat er enkele basis garanties moeten zijn over gegevensbeschikbaarheid. Het blijkt dat projecten zich er niets van aantrekken. Ze geven er niets om omdat hun enige doel was om wat VC-geld te grijpen en de minimale aandacht van gebruikers te krijgen om een token te lanceren op een manier die zo goedkoop mogelijk is. In de praktijk betekent dit het gebruik van een van de RaaS-providers en zeker niet betalen aan Ethereum voor gegevens. Als ze @celestia, @AvailProject of @eigen_da gebruikten, hebben ze zich niet eens de moeite genomen om de "Ethereum bridge" hierover te "informeren", waardoor alle fondsen in de brug van Ethereum gemakkelijk rugbaar zijn. Deze projecten zullen binnenkort verdwijnen - de meeste zijn al spookketens zonder enige activiteit. Maar misschien zijn sommige projecten legitiem, maar geven gebruikers er gewoon niet om. In dit geval is de beslissing om de Ethereum bridge niet te beveiligen een bewuste ontwerpkeuze - echter zijn er veel betere architectonische ontwerpen dan het lanceren van een volledig onveilige "L2" op RaaS. Twee jaar geleden wezen alle tekenen erop dat we duizenden rollups zouden hebben en dat @l2beat het niet bij kon houden. Nu lijkt het waarschijnlijker dat we een tegenovergestelde trend zien - slechts een paar tientallen echt goede en een enorme begraafplaats van mislukte projecten die niemand in de eerste plaats wilde.

Sinds enige tijd houdt @l2beat het DA-gebruik bij voor verschillende DA-lagen en projecten. Als je geïnteresseerd bent in hoe de recente Pectra-upgrade de Ethereum-blobruimte heeft beïnvloed, kijk dan op

Wat is uw onderbuikgevoel over: de veiligheid van de brug die beweert MPC te gebruiken? Zou je het vertrouwen (bro, multi-party computation, moon math, dat moet veilig zijn, nee?) of je bent sceptisch (wie de f* zijn de ondertekenaars?). Controleer de 🧵 voordat u antwoordt

AnyTrust-ketens uit @arbitrum werden al in 2022 geïntroduceerd. Ze hebben destijds betoogd dat het hebben van bijvoorbeeld 20 commissieleden in de veronderstelling dat er maar twee eerlijk zijn, een goed beveiligingsmodel is. En het is moeilijk om te argumenteren

Het is nu precies een jaar geleden dat @Immutable (powered by @0xpolygon) hun zkEVM-keten aankondigden. U kunt de documenten raadplegen om meer te weten te komen over hun zk-technologie

Een (niet zo) korte uitleg waarom we een naam "AppChain" hebben geïntroduceerd in het Stages systeem