Observar las aplicaciones en la cadena revela un fenómeno interesante: muchos proyectos parecen estar estancados, pero las verdaderas causas suelen estar en el sistema mismo, no en los usuarios.
Los contratos pueden modificarse, la interfaz puede rediseñarse, ¿dónde está el problema? En los datos. Una vez que la estructura de datos se vuelve caótica, es prácticamente imposible revertir la situación. Aquellas aplicaciones que necesitan mantener un estado a largo plazo son especialmente afectadas, ya que los datos gradualmente se convierten en un lastre.
Lo que Walrus está haciendo es convertir «cómo se hace referencia a los datos a largo plazo» en una prioridad, en lugar de simplemente perseguir la inmutabilidad de los datos. En su diseño arquitectónico, los objetos son mantenidos conjuntamente por múltiples nodos en la red, y al acceder a los datos se puede realizar una verificación de integridad directamente. Los resultados de las pruebas son prometedores: en lecturas de alta concurrencia, el tiempo de respuesta se mantiene en segundos.
¿Qué significa esto para el desarrollo de aplicaciones? Que los datos pueden almacenarse con confianza en el sistema, sin depender con frecuencia de copias de seguridad fuera de la cadena o de cachés centralizadas.
Honestamente, mi opinión sobre esta dirección es cautelosamente optimista. Lo que busca resolver es un problema a largo plazo; no tiene mucho impacto en el corto plazo, pero a largo plazo puede tener un gran efecto. La principal incertidumbre radica en si el ecosistema podrá seguir el ritmo de la evolución de esta idea. Si la capa de aplicaciones no puede mantenerse al día, incluso el modelo de almacenamiento más potente será inútil.
Sin embargo, a largo plazo, hay muy pocos proyectos que realmente avancen en esta dirección. Este camino vale la pena explorarlo.
Ver originales
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.
18 me gusta
Recompensa
18
5
Republicar
Compartir
Comentar
0/400
ForkMonger
· 01-09 20:07
La capa de datos es donde la mayoría de los proyectos realmente mueren, no en el teatro de la interfaz de usuario en el que todos se obsesionan. Walrus lo entiende—la mayoría no. Pero aquí está el asunto, si los desarrolladores siguen construyendo como si fuera 2015, incluso un almacenamiento perfecto no los salvará. El ecosistema todavía está demasiado fragmentado para capitalizar esto.
Ver originalesResponder0
JustHereForAirdrops
· 01-09 18:31
Si la estructura de datos es un desastre, realmente no hay remedio. Estoy de acuerdo con esta opinión.
Ver originalesResponder0
UncommonNPC
· 01-07 19:54
La estructura de datos está rota y simplemente se acaba, esto llega al corazón. Muchos proyectos mueren justo aquí.
Ver originalesResponder0
BankruptcyArtist
· 01-07 19:53
La estructura de datos está tan mal que realmente no tiene remedio, tienes toda la razón en eso.
Ver originalesResponder0
YieldWhisperer
· 01-07 19:50
Los problemas de la capa de datos son en realidad el asesino silencioso del que nadie habla... vi este patrón exacto matar a tres protocolos importantes en 2021-2022. Walrus suena prometedor, pero déjame verificar las matemáticas de esas afirmaciones de latencia primero
Observar las aplicaciones en la cadena revela un fenómeno interesante: muchos proyectos parecen estar estancados, pero las verdaderas causas suelen estar en el sistema mismo, no en los usuarios.
Los contratos pueden modificarse, la interfaz puede rediseñarse, ¿dónde está el problema? En los datos. Una vez que la estructura de datos se vuelve caótica, es prácticamente imposible revertir la situación. Aquellas aplicaciones que necesitan mantener un estado a largo plazo son especialmente afectadas, ya que los datos gradualmente se convierten en un lastre.
Lo que Walrus está haciendo es convertir «cómo se hace referencia a los datos a largo plazo» en una prioridad, en lugar de simplemente perseguir la inmutabilidad de los datos. En su diseño arquitectónico, los objetos son mantenidos conjuntamente por múltiples nodos en la red, y al acceder a los datos se puede realizar una verificación de integridad directamente. Los resultados de las pruebas son prometedores: en lecturas de alta concurrencia, el tiempo de respuesta se mantiene en segundos.
¿Qué significa esto para el desarrollo de aplicaciones? Que los datos pueden almacenarse con confianza en el sistema, sin depender con frecuencia de copias de seguridad fuera de la cadena o de cachés centralizadas.
Honestamente, mi opinión sobre esta dirección es cautelosamente optimista. Lo que busca resolver es un problema a largo plazo; no tiene mucho impacto en el corto plazo, pero a largo plazo puede tener un gran efecto. La principal incertidumbre radica en si el ecosistema podrá seguir el ritmo de la evolución de esta idea. Si la capa de aplicaciones no puede mantenerse al día, incluso el modelo de almacenamiento más potente será inútil.
Sin embargo, a largo plazo, hay muy pocos proyectos que realmente avancen en esta dirección. Este camino vale la pena explorarlo.