En Bangkok, anunciamos que vamos a examinar detenidamente los sistemas de prueba. Nuestro objetivo es exponer todas las suposiciones de confianza, hacer que estos sistemas de prueba sean transparentes y, lo más importante, dar a todos los usuarios un fácil acceso al código fuente de los programas que se están probando. El nuevo Catálogo ZK es el resultado de meses de trabajo, y esto es solo el comienzo.

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í.