El espacio de diseño de los rollups de Ethereum es enorme. No voy a negar que evaluar @0xFacet fue un desafío para todo el equipo, ya que su diseño no es lo que esperarías de un rollup típico. Sin embargo, nos encanta ser desafiados y, como resultado, algunos nuevos paneles relacionados con activos canónicos y externamente puenteados están en proceso. El aspecto más desafiante de @0xFacet es, sin duda, su token de gas no estándar. Su uso desafía la definición central de un activo "canónico", ya que normalmente asumimos que el token de gas debe ser puenteado de manera canónica, pero ¿qué pasa si realmente no "puenteas" el token de gas en absoluto? ¿Qué es entonces un activo canónico y un puente canónico? Lee la revisión completa y el anuncio de @0xFacet para más detalles técnicos.

Yo tengo una opinión muy diferente * muchos proyectos lograron lavar el cerebro a todos de que publicar datos en AWS o 1/1 DAC es "lo suficientemente bueno". A los usuarios finales no les importa, pero nosotros (la comunidad pro) deberíamos hacer que les importe desalentando fuertemente este tipo de arquitecturas. En su lugar, son alentados por algunos equipos de rollup y RaaS * El mecanismo de descubrimiento de precios en Ethereum y Celestia es desagradable: los proyectos quieren fiabilidad de precios de Web2 para poder mantener un precio bajo y predecible para sus usuarios. Los picos repentinos de precios no son aceptables cuando se opera a escala * Los proyectos de DA deben centrarse en promover casos de uso legítimos y no en proyectos centralizados que ni siquiera se molesten en publicar su código para que la comunidad pueda comprobar sus afirmaciones. Si todo lo que construimos son clones hiperlíquidos, entonces todos iremos a cero. A largo plazo, nadie quiere un intercambio centralizado y de custodia que pretenda ser descentralizado * Los ataques de retención de datos (literalmente, la razón principal para usar DA) son difíciles de explicar a los usuarios: nos vendría bien más educación y, en general, la conciencia de la comunidad sobre un problema. La gran mayoría de los usuarios profesionales no ven la diferencia entre la publicación y la recuperación de datos. Los usuarios no profesionales no ven un problema en absoluto, ya que para ellos los datos "parecen" estar siempre disponibles, por lo que es difícil explicarles qué problema estamos tratando de resolver aquí

¿Por qué deberías consultar @cartesiproject * Tener un honeypot para incentivar a los hackers a romper el sistema es mucho mejor que tener EOA con poderes de actualización para el lanzamiento de la beta * Si funciona según lo diseñado, tiene un SDK a su disposición para construir AppChains personalizadas de forma rápida y económica que pueden ser Stage1 o Stage2 en el lanzamiento fácilmente. El código Cpp para honeypot es mínimo, compruébalo * Debido a que es optimista, no hay necesidad de que ejecute una infraestructura de prueba complicada, por lo que los costos de ejecución de la cadena son mínimos y puede hacerla completamente sin permisos desde el día 1 Ahora necesitamos más fondos en un honeypot y investigadores/hackers dispuestos a mirar su nuevo sistema a prueba de fraudes

Estudia los supuestos de confianza de L2. Asume siempre lo peor. Actúe en consecuencia. La seguridad y la descentralización no importan hasta que lo hacen.

¿Son las alt-DA L2 un experimento fallido para escalar Ethereum? Hace unos meses, @l2beat anunció que tener una configuración de DA abismal donde una o dos direcciones pueden cubrir todos los fondos de los usuarios, una práctica que se volvió frecuente en el espacio, resultará en un cambio en la clasificación de estos sistemas. Ya no se considerarán Válidos/Óptimos. Creo firmemente que nosotros, como comunidad, queremos sistemas que brinden a los usuarios algunas garantías mínimas de seguridad y descentralización, y eso significa tener un sistema de prueba y, si los datos no se publican en Ethereum, tener algunas garantías básicas sobre la disponibilidad de los datos. Resulta que al proyecto no le importa. No les importa porque su único objetivo era obtener algo de dinero de capital de riesgo y obtener la atención mínima del usuario solo para lanzar un token de la manera más barata posible. En la práctica, esto significa usar uno de los proveedores de RaaS y, desde luego, no pagar a Ethereum por los datos. Si usaban @celestia, @AvailProject o @eigen_da no se molestaban en "informar" al puente de Ethereum al respecto, lo que hacía que todos los fondos en el puente de Ethereum fueran fácilmente resistentes. Estos proyectos pronto se desvanecerán: la mayoría ya son cadenas fantasma sin ninguna actividad. Pero tal vez algunos proyectos sean legítimos, pero a los usuarios simplemente no les importa. En este caso, la decisión de no asegurar el puente de Ethereum es una elección de diseño consciente, sin embargo, hay diseños de arquitectura mucho mejores que lanzar un "L2" completamente inseguro en RaaS. Hace dos años, todo indicaba que tendríamos miles de rollups y @l2beat no podremos seguir el ritmo. Ahora parece más probable que estemos viendo una tendencia opuesta: solo un par de docenas de proyectos realmente buenos y un enorme cementerio de proyectos fallidos que nadie quería en primer lugar.

Desde hace algún tiempo@l2beat está rastreando el uso de DA para varias capas y proyectos de DA. Si está interesado en cómo la reciente actualización de Pectra afectó el espacio de blobs de Ethereum, consulte

¿Cuál es su intuición con respecto a la seguridad del puente que dice usar MPC? ¿Confiarías en él (hermano, computación multipartidista, matemáticas lunares, eso tiene que ser seguro, no?) o eres escéptico (¿quiénes diablos son los firmantes?). Revisa el antes de 🧵 responder

Las cadenas AnyTrust de @arbitrum se introdujeron en 2022. Han argumentado en ese entonces que tener, digamos, 20 miembros del comité con la suposición de que solo dos son honestos es un buen modelo de seguridad. Y es difícil de discutir

Ha pasado exactamente un año desde que @Immutable (impulsada por @0xpolygon) anunció su cadena zkEVM. Puedes consultar los documentos para conocer su tecnología zk

Una (no tan) breve explicación de por qué hemos introducido un apodo "AppChain" en el sistema Stages