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 puentes externos están en desarrollo. 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.

Tengo una perspectiva muy diferente * Muchos proyectos han logrado lavar el cerebro a todos para que publicar datos en AWS o 1/1 DAC sea "suficiente". A los usuarios finales no les importa, pero nosotros (la comunidad pro) deberíamos hacer que les importe desalentando fuertemente tales arquitecturas. En cambio, en realidad son alentados por algunos equipos de rollup y RaaS. * El mecanismo de descubrimiento de precios en Ethereum y Celestia es desalentador: los proyectos quieren fiabilidad de precios de Web2 para poder mantener un precio bajo y predecible para sus usuarios. Los picos de precios repentinos no son aceptables cuando operas a gran escala. * Los proyectos de DA deberían centrarse en promover casos de uso legítimos y no en proyectos centralizados que ni siquiera se molestan en publicar su código para que la comunidad pueda verificar sus afirmaciones. Si todo lo que construimos son clones de Hyperliquid, entonces todos iremos a cero. Nadie a largo plazo quiere un intercambio centralizado y custodial 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: podríamos beneficiarnos de más educación y, en general, de la concienciación de la comunidad sobre un problema. La gran mayoría de los usuarios pro no ven la diferencia entre la publicación de datos y la recuperación de datos. Los usuarios no pro no ven un problema en absoluto, ya que para ellos los datos "aparecen" siempre disponibles, por lo que es difícil explicarles qué problema estamos tratando de resolver aquí.

Por qué deberías revisar @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 beta * Si funciona como se diseñó, tienes un SDK a tu disposición para construir rápidamente y de manera económica AppChains personalizadas que pueden ser Stage1 o Stage2 en el lanzamiento fácilmente. El código Cpp para el honeypot es mínimo, échale un vistazo * Debido a que es optimista, no hay necesidad de que ejecutes una infraestructura de prueba complicada, por lo que los costos de operar la cadena son mínimos y puedes hacerla completamente sin permisos desde el primer día Ahora necesitamos más fondos en un honeypot y investigadores / hackers dispuestos a mirar su nuevo sistema de prueba de fraude.

Estudia las suposiciones de confianza L2. Siempre asume lo peor. Actúa en consecuencia. La seguridad y la descentralización no importan hasta que lo hacen.

¿Son los L2 de DA alternativos 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 ruguear todos los fondos de los usuarios, una práctica que se ha vuelto prevalente en el espacio, resultará en un cambio en la clasificación de estos sistemas. Ya no se considerarán Validiums/Optimiums. 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 datos. Resulta que a los proyectos no les importa. No les importa porque su único objetivo era conseguir algo de dinero de capital de riesgo y captar la mínima atención de los usuarios 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, ciertamente, no pagar a Ethereum por los datos. Si usaron @celestia, @AvailProject o @eigen_da, no se molestaron en "informar" al puente de Ethereum sobre ello, haciendo que todos los fondos en el puente de Ethereum sean fácilmente rugueables. Estos proyectos pronto desaparecerán; la mayoría ya son cadenas fantasma sin ninguna actividad. Pero tal vez algunos proyectos son 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 arquitectónicos mucho mejores que lanzar un "L2" completamente inseguro en RaaS. Hace dos años, todas las señales sugerían que tendríamos miles de rollups y que @l2beat no podría mantenerse al día. Ahora parece más probable que estemos viendo una tendencia opuesta: solo un par de docenas de 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