Esto es particularmente cierto para la ingeniería de software. Debido a que las plataformas de contrato inteligente pueden tener fallas y el historial de software de blockchain no puede ser manipulado, las plataformas de blockchain solo pueden actualizar su software a través de forking, lo que causará algunos problemas para el canal de estado de CF. Se debe tener mucho cuidado durante la actualización del software en plataformas de blockchain o apagar el canal de estado de CF instantáneamente para garantizar la equivalencia en el canal de estado de CF y en la cadena.
el segundo criterio es justicia. La actualización de estado causada por cada operación en el canal de estado de CF debe ser visible y verificable para todos los participantes. Los participantes en el canal de estado de CF son fijos y el número es bastante limitado. Por lo tanto, el canal de estado de CF no se da cuenta de la característica confiable a través de la validación sin permiso de la mayoría de los nodos en la cadena de bloques. En su lugar, se logra cuando cada participante valida la actualización de estado de cada operación.
Este criterio requiere que todos los participantes en el canal de estado de CF ejecuten la validación del canal de estado ellos mismos, que es una demanda mayor que para los participantes en la cadena de bloques. Sin embargo, los contratos inteligentes en el canal estatal generalmente requieren muy poco cálculo y se pueden realizar a través de la mejora del cliente blockchain.
El tercer criterio es consistencia y finalidad. Todas las operaciones en el canal de estado de CF deben ser coherentes y finalizadas instantáneamente. En el diseño del canal del estado CF, cualquier comportamiento del usuario que viole el protocolo puede ser penalizado, por lo que cualquier actualización del estado en el canal estatal debe ser firmada conjuntamente por todos los participantes para lograr una finalidad inmediata. Esto requiere que todos los participantes permanecer en línea Para mantener el funcionamiento del canal estatal. Esto no tendrá mucho impacto en aplicaciones simples o aplicaciones a corto plazo, pero para aplicaciones complejas que involucren más participantes o aplicaciones de ejecución prolongada, tendrá que ejecutar de forma similar a los nodos proxy o nodos guardianes.
Aunque solo arañamos la superficie de la definición del canal de estado de CF, podemos resumir los requisitos para el contrato inteligente que ejecuta y sus participantes. En base a esto, los desarrolladores de aplicaciones de blockchain pueden decidir si sus aplicaciones son más adecuadas para la operación fuera de cadena del canal de estado de CF.
¿Qué canal de estado de CF puede traer?
No solo eso, aunque el canal de estado de CF es una solución de escalamiento fuera de cadena, lo que realmente deberíamos aprender es su diseño. En primer lugar, desde el protocolo del canal de estado CF, podemos ver claramente los elementos de diseño del sistema de cripto-economía. Más importante aún, CounterFactual nos permite ver una nueva forma de aplicar la criptografía. Para decirlo más ampliamente, cada blockchain puede considerarse como un canal de estado de CF en el mundo real. Todos los participantes en el blockchain bloquean los activos en el mundo real y participan en la construcción y validación de la red del blockchain. Desde una perspectiva más pequeña, ¿cómo diseña las aplicaciones de blockchain para integrar mejor las necesidades de blockchain y las necesidades empresariales? y ¿podría haber incluso un nuevo modelo de negocio basado en el diseño de CounterFactual? Esas son todas las posibilidades que CF podría ofrecer.
Epílogo
El canal de estado CF es un diseño muy inspirador y ofrece un nuevo método para diseñar sistemas de blockchain. En futuros artículos de puntos técnicos, explicaremos más a fondo la filosofía detrás de CounterFactual y discutiremos qué puede aportar a otros diseños de blockchain.