Al hablar de Plasma, la mayoría de las personas responde inmediatamente "solución de escalabilidad". Pero esta comprensión en realidad se desvía: el verdadero problema que busca resolver es mucho más fundamental que simplemente aumentar el TPS.
Primero aclaremos un hecho que a menudo se confunde: los activos y el estado, en absoluto son lo mismo.
Los activos deben ser reconocidos por todos al mismo tiempo, esa es la línea base del consenso; pero ¿y el estado? Basta con poder demostrar la inocencia cuando alguien lo cuestiona. El problema ahora es que el 99% de los cambios de estado en la cadena no le importan a nadie, sin embargo, el sistema tiene que hacerse cargo del 100% de las acciones: costos de DA, gastos de sincronización, todo debe ser soportado. Esto no es un problema de rendimiento, es que el diseño arquitectónico se desvió desde el principio.
Desglosemos la lógica para verlo más claro: dentro de una cadena, hay cosas que "no serán cuestionadas en absoluto" y hay cosas que "una vez cuestionadas, deben poder presentar evidencia en el acto". La blockchain inherentemente solo debería ocuparse de lo segundo, lo primero se puede manejar de otras maneras.
La idea de Rollup es empaquetar dos cosas y hacerlas juntas, mientras que Plasma elige separarlas; esto no es una concesión en términos de rendimiento, sino una delimitación de fronteras.
Piensa en esos escenarios reales: la posición de tu personaje en el mapa en el juego, no necesita ser transmitida en toda la red; los pasos intermedios de la inferencia de IA, tampoco necesitan ser registrados uno por uno en la cadena; cada ajuste sutil en las relaciones sociales, aún menos debe ser permanentemente registrado de inmediato. Pero estos sistemas tienen un punto en común: cuando los resultados son cuestionados, no se puede salir con un "confía en mí".
La solución de Plasma no es esconder los datos, sino posponer el consenso. Solo se activa el arbitraje en la cadena cuando realmente es necesario.
Alguien se quejó de que Plasma "tiene una carga de trabajo demasiado pesada". No está equivocado, pero esto asume un supuesto: que las aplicaciones no deberían ser responsables de su propio estado.
La pregunta es: ¿realmente no debería ser así?
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.
14 me gusta
Recompensa
14
6
Republicar
Compartir
Comentar
0/400
FallingLeaf
· hace7h
¡Vaya, finalmente alguien ha explicado esto claramente! Antes realmente lo entendí mal.
Ver originalesResponder0
FlashLoanPhantom
· hace7h
¡Increíble! Finalmente alguien ha explicado esto claramente, la trampa de empaquetar con Rollup es realmente una pereza.
Ver originalesResponder0
MintMaster
· hace7h
Bueno, Rollup sigue siendo lo mejor, jaja.
Ver originalesResponder0
Blockchainiac
· hace7h
Esta perspectiva es interesante, pero en la realidad, ¿quién realmente se toma la molestia de verificar esas pruebas...?
Ver originalesResponder0
WalletManager
· hace7h
Reducir el costo de DA por sí solo no tiene sentido; lo fundamental es delimitar claramente el consenso—eso es lo que Plasma realmente está haciendo.
Ver originalesResponder0
DegenWhisperer
· hace8h
¡Vaya! Finalmente alguien ha explicado esto claramente. Hay demasiadas personas que no pueden distinguir entre activos y estado.
Al hablar de Plasma, la mayoría de las personas responde inmediatamente "solución de escalabilidad". Pero esta comprensión en realidad se desvía: el verdadero problema que busca resolver es mucho más fundamental que simplemente aumentar el TPS.
Primero aclaremos un hecho que a menudo se confunde: los activos y el estado, en absoluto son lo mismo.
Los activos deben ser reconocidos por todos al mismo tiempo, esa es la línea base del consenso; pero ¿y el estado? Basta con poder demostrar la inocencia cuando alguien lo cuestiona. El problema ahora es que el 99% de los cambios de estado en la cadena no le importan a nadie, sin embargo, el sistema tiene que hacerse cargo del 100% de las acciones: costos de DA, gastos de sincronización, todo debe ser soportado. Esto no es un problema de rendimiento, es que el diseño arquitectónico se desvió desde el principio.
Desglosemos la lógica para verlo más claro: dentro de una cadena, hay cosas que "no serán cuestionadas en absoluto" y hay cosas que "una vez cuestionadas, deben poder presentar evidencia en el acto". La blockchain inherentemente solo debería ocuparse de lo segundo, lo primero se puede manejar de otras maneras.
La idea de Rollup es empaquetar dos cosas y hacerlas juntas, mientras que Plasma elige separarlas; esto no es una concesión en términos de rendimiento, sino una delimitación de fronteras.
Piensa en esos escenarios reales: la posición de tu personaje en el mapa en el juego, no necesita ser transmitida en toda la red; los pasos intermedios de la inferencia de IA, tampoco necesitan ser registrados uno por uno en la cadena; cada ajuste sutil en las relaciones sociales, aún menos debe ser permanentemente registrado de inmediato. Pero estos sistemas tienen un punto en común: cuando los resultados son cuestionados, no se puede salir con un "confía en mí".
La solución de Plasma no es esconder los datos, sino posponer el consenso. Solo se activa el arbitraje en la cadena cuando realmente es necesario.
Alguien se quejó de que Plasma "tiene una carga de trabajo demasiado pesada". No está equivocado, pero esto asume un supuesto: que las aplicaciones no deberían ser responsables de su propio estado.
La pregunta es: ¿realmente no debería ser así?