Hoskinson cree que ESTO es ‘fundamental para la viabilidad a largo plazo de Cardano’

Con la implementación de la funcionalidad de contrato inteligente a través del hard fork de Alonzo a principios de este año, Cardano se lanzó a la corriente principal de servicios descentralizados y web3. Sin embargo, para que exista una plataforma blockchain en esta industria competitiva, el desarrollo constante debe ser una parte importante de su ecosistema.

Recientemente, un desarrollador de Cardano opinó en Twitter que la red necesita implementar un nodo alternativo, ya que es «fundamental para el éxito de nuestra cadena de bloques». A esto, el fundador y creador Charles Hoskinson respondió:

“La diversidad de clientes es fundamental para la viabilidad a largo plazo de Cardano. Me encantaría ver a un cliente de Typecript, Rust y Haskell trabajando juntos y certificados según las especificaciones formales «.

Un cliente significaría esencialmente una aplicación de software que implementa la especificación de Cardano y se comunica a través de la red peer-to-peer con otros clientes de Cardano.

El desarrollador de Cardano también señaló que Haskell, que es el lenguaje de programación nativo de Cardano, es «una excelente opción para implementar especificaciones primero». Rust es la mejor opción para la confiabilidad y el rendimiento de la implementación. Si bien Haskell es necesario para la implementación de código confiable, es particularmente importante en la implementación del cliente de nodo Cardano, infraestructura esencial para verificar de forma segura las transacciones de blockchain.

A propuesta sobre la gobernanza de Cardano señaló los diversos factores que hacen necesaria la implementación de un nodo alternativo en Cardano.

Lo más importante es que los protocolos implementados actualmente en la red principal de Cardano tienen solo una implementación en el lenguaje Haskell. Esto tiene una comunidad de desarrolladores más pequeña en comparación con otros lenguajes de programación. Esto dificulta la verificación de las especificaciones, ya que la ausencia de una implementación alternativa hace que sea casi imposible «validar el cumplimiento de las especificaciones».

Añadió además,

“La implementación de nodos alternativos en un lenguaje con una comunidad de desarrolladores más grande permite la creación rápida de prototipos de nuevas ideas, la experimentación y la diversidad de pensamiento en áreas no clave, como los protocolos de redes. También proporciona una base excelente para construir diferentes cadenas laterales en la parte superior «.

Finalmente, la propuesta destacó los riesgos que plantea la implementación homogénea del código. Esto se debe a que un error en la base de código de Haskell tiene la capacidad de afectar a toda la red, sin que los contribuyentes tengan la capacidad de cambiar a una implementación de nodo diferente.

Además, también hace que la comunidad de desarrolladores dependa más de IOG y sus decisiones de diseño. Concluyó,

«Algún nivel de competencia de nodos sería muy beneficioso y mejoraría el poder de negociación de la comunidad».

Las aplicaciones de cliente de nodo también son susceptibles a las vulnerabilidades de software típicas, lo que hace que la diversificación sea una prioridad principal incluso para la cadena de bloques superior. Ethereum. Ha sido emprendedor para que los miembros de la comunidad y los actores institucionales «busquen y adopten a los clientes con menor participación de la red».

El dominio de un cliente, Prysm, también ha llevado a muchos a temer que se pueda evitar la fusión de la red Ethereum después de la fusión. finalización si algo sale gravemente mal con el cliente.

Recientemente, la red Ethereum incluso logró evitar un ataque del 51% debido a la diversificación de clientes. Cuando los nodos que se ejecutan en un cliente fueron engañados para que cambiaran a una cadena no válida creada por un pirata informático, los otros nodos del cliente rechazaron la cadena lateral y evitaron que la red se bifurcara.

Esta es una traducción automática de nuestra versión en inglés.