In Bangkok hebben we aangekondigd dat we serieus onder de motorkap van de bewijs systemen zullen kijken. Ons doel is om alle vertrouwensassumpties bloot te leggen, deze bewijs systemen transparant te maken en - het belangrijkste - alle gebruikers gemakkelijke toegang te geven tot de broncode van de programma's die bewezen worden. De nieuwe ZK Catalogus is het resultaat van maanden werk, en dit is nog maar het begin.

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.