Muchos solo ven la rapidez de Sui, en realidad no entienden qué quiere lograr Sui. En pocas palabras, Sui nunca ha tenido como objetivo "hacer las transacciones financieras más rápidas". Su enfoque está en juegos en cadena, redes sociales y plataformas de contenido, aplicaciones realmente de alta frecuencia y complejidad — esa es la verdadera forma futura de la cadena de bloques.
Pero esto plantea un problema: si las aplicaciones cambian, la estructura de datos también debe modificarse. ¿Todavía se puede seguir usando esa vieja estrategia de "estado ligero + almacenamiento externo"? Claramente, no.
El modelo de objetos y el mecanismo de ejecución paralela de Sui son realmente potentes. Varios objetos pueden ser manipulados simultáneamente, sin tener que esperar en fila como en el modelo de cuenta tradicional. En teoría, esto abre la puerta a aplicaciones de alta concurrencia. Pero aquí hay un riesgo: el modelo de objetos solo resuelve "cómo actualizar el estado", pero no puede contener la enorme cantidad de datos que realmente necesitan las aplicaciones. Imagina que las ventajas de la ejecución concurrente se ven frenadas por la inestabilidad del acceso a datos fuera de la cadena, eso sería inútil.
Esa es la verdadera importancia de Blob: no es una opción, sino una condición necesaria para que el ecosistema pueda realmente implementarse. La referencia a objetos en la cadena apunta a la identificación Blob, y los datos reales son almacenados y distribuidos por la red. De esta forma, la ejecución en la cadena se mantiene ligera, la capa de datos es independiente y cada uno cumple su función. Solo esta combinación puede soportar la verdadera expansión del ecosistema de Sui.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
13 me gusta
Recompensa
13
5
Republicar
Compartir
Comentar
0/400
GateUser-bd90f6ff
· hace6h
૮₍ɵ̷﹏ɵ̷̥̥᷅₎ა
Responder0
DegenMcsleepless
· hace10h
¡Vaya, por fin alguien lo dice! La velocidad no sirve de nada, lo importante es que la arquitectura esté bien diseñada.
Ver originalesResponder0
ApeShotFirst
· hace10h
¡Vaya, por fin alguien lo ha explicado claramente! Antes pensaba que todos solo estaban alabando la rapidez de Sui, pero en realidad no entendían el punto central.
Ver originalesResponder0
FallingLeaf
· hace10h
Sí, sí, sí, finalmente alguien lo ha explicado claramente. Muchas personas todavía están discutiendo sobre los números de tps, pero no ven el punto central.
Lo que Sui está haciendo en realidad es en otro nivel, los escenarios de alta frecuencia como la socialización en juegos de cadena son la verdadera prioridad.
Sin embargo, esta teoría de los requisitos necesarios para Blob... hmm, suena razonable, pero también me preocupa bastante, ¿realmente se puede garantizar la estabilidad de los datos fuera de la cadena?
Parece que todavía hay que esperar y ver cómo se implementa realmente.
Ver originalesResponder0
MagicBean
· hace10h
Para ser honesto, antes solo miraba los números de TPS para alardear, pero este artículo me hizo despertar. La combinación de modelo de objetos + Blob es realmente potente.
Muchos solo ven la rapidez de Sui, en realidad no entienden qué quiere lograr Sui. En pocas palabras, Sui nunca ha tenido como objetivo "hacer las transacciones financieras más rápidas". Su enfoque está en juegos en cadena, redes sociales y plataformas de contenido, aplicaciones realmente de alta frecuencia y complejidad — esa es la verdadera forma futura de la cadena de bloques.
Pero esto plantea un problema: si las aplicaciones cambian, la estructura de datos también debe modificarse. ¿Todavía se puede seguir usando esa vieja estrategia de "estado ligero + almacenamiento externo"? Claramente, no.
El modelo de objetos y el mecanismo de ejecución paralela de Sui son realmente potentes. Varios objetos pueden ser manipulados simultáneamente, sin tener que esperar en fila como en el modelo de cuenta tradicional. En teoría, esto abre la puerta a aplicaciones de alta concurrencia. Pero aquí hay un riesgo: el modelo de objetos solo resuelve "cómo actualizar el estado", pero no puede contener la enorme cantidad de datos que realmente necesitan las aplicaciones. Imagina que las ventajas de la ejecución concurrente se ven frenadas por la inestabilidad del acceso a datos fuera de la cadena, eso sería inútil.
Esa es la verdadera importancia de Blob: no es una opción, sino una condición necesaria para que el ecosistema pueda realmente implementarse. La referencia a objetos en la cadena apunta a la identificación Blob, y los datos reales son almacenados y distribuidos por la red. De esta forma, la ejecución en la cadena se mantiene ligera, la capa de datos es independiente y cada uno cumple su función. Solo esta combinación puede soportar la verdadera expansión del ecosistema de Sui.