para hacer doble clic en la analogía de la nube, AWS hace bien dos cosas simples: - Rendimiento: escalable y confiable para que las startups crezcan sin límites - Constructor primero: los constructores son dueños del negocio y capturan las ventajas. AWS es solo una base confiable Celestia aplica los mismos principios para las aplicaciones que desean utilizar una base de datos verificable como backend: - rendimiento: DA escalable (prueba de publicación de datos) para que las aplicaciones verificables crezcan sin límites (1 GB/s + 2d DAS = apuestas de mesa aquí en mi opinión) - Builder-First: los constructores son dueños de la aplicación (los rollups de Celestia son similares a los L1 sin los dolores de cabeza de lanzamiento, mantenimiento y alineación) y capturan las ventajas Al igual que AWS, Celestia es simplemente una base sólida y confiable que se escala para satisfacer la demanda de una aplicación sin escatimar en su camino Otro modelo mental útil para lo que Celestia está tratando de lograr es la escalabilidad de Web2 + verificabilidad de Web3 @hibachi_xyz es el primer libro de pedidos que se lanzará en Celestia, pero hay varios equipos que se lanzarán pronto, incluidos @rise_chain, @etherealdex, @Trade_VEX y algunos no anunciados @bulletxyz_ también tiene planes de publicar datos en celestia en caso de que el rendimiento de DA de solana se convierta en una limitación a largo plazo (esto tomaría la forma de un enfoque híbrido en el que los compromisos por lotes se publicarían en celestia mientras se mantiene la ejecución estrechamente acoplada a solana) No creo que sea exagerado imaginar 10 MB / s de demanda de DA de alta calidad (como referencia, la capacidad máxima actual de Hyperliquid es de 30 MB / s) a medida que estas cadenas se activen en los próximos dos años, lo que significa que los libros de órdenes de límite central por sí solos podrían saturar completamente el rendimiento de V6. Esta será la primera prueba empírica real de Celestia (quizás el juego Turbo Tap de Modulo Eclipse) del argumento de la demanda inducida si bien los libros de órdenes de límite central son el primer tipo de aplicación que requiere grandes cantidades de DA (en mi opinión, Celestia difícilmente puede escalar lo suficientemente rápido como para aprovechar al máximo esto), están, con toda probabilidad, lejos de ser los últimos En palabras de @zmanian: "La gente se está olvidando de estos sistemas masivos de libros de pedidos. Por ejemplo: los anuncios que ves cuando abres Instagram... Todas estas cosas son sistemas masivos que alimentan Internet y tienen absolutamente cero verificabilidad a partir de hoy" Un mundo en el que Celestia alcanza su máximo potencial es uno en el que la computación en cadena verificable sustenta la mayoría de los libros de pedidos aparentemente invisibles que ejecutan Internet. uno en el que el humano promedio está realizando del orden de 100 transacciones verificables por día (muchas de ellas sociales) por una fracción de centavo cada una, sin siquiera darse cuenta (con bots/agentes potencialmente realizando 1 o 2 órdenes de magnitud más que esto) personalmente, no creo que hayamos comenzado a soñar con el tipo de aplicaciones que podrían construirse con 1000-10000 veces más DA en cadena verificables, privados y baratos. De manera similar a cómo no podíamos concebir uber, insta o google maps antes de que existiera el iphone si celestia tiene éxito, las diferencias de rendimiento y UX entre los servidores verificables (léase rollups) y los servidores regulares serán mínimas, y serán significativamente superadas por las ventajas de estar en cadena: fwiw, esto también es coherente con la tesis de @sovereign_labs (uno de los equipos más fuertes, anti-maximalistas y de pensamiento más claro en este espacio) Piensa en grande 🦣