Ethereum

Los actores de la industria reaccionan a los pensamientos de Vitalik Buterin sobre los ecosistemas de cadena cruzada

single-image
img-ads



La semana pasada, el cofundador de Ethereum (ETH), Vitalik Buterin, expresó su desaprobación por la aparición de puentes entre cadenas, citando vulnerabilidades de seguridad debido a su interdependencia. Sin embargo, en los días siguientes, los desarrolladores que trabajaban en tecnologías de cadenas cruzadas descartaron en gran medida su escepticismo. En una declaración a Cointelegraph, Kadan Stadelmann, director de tecnología de la cadena de bloques de intercambio atómico Komodo, respondió a las críticas de Vitalik:

“Lo que finalmente necesitamos es una verdadera descentralización. Por ejemplo, en lugar de confiar en uno o dos puentes confiables que tienen un único punto de falla, sería mejor trabajar hacia un futuro en el que tengamos numerosos puentes que sean seguros, confiables y censurados persistentemente».

Erik Ashdown, Jefe de Crecimiento del Ecosistema en Data Analytics y Blockchain Indexer Covalent estuvo de acuerdo:

Vitalik es un lugar inteligente que claramente ha pensado en la condición de los puentes. Sin embargo, su declaración de que los puentes son una mala idea y no funcionarán está en línea con la declaración de la comunidad bitcoin en 2015 de que Ethereum y los contratos inteligentes son una mala idea.

Stadelmann reiteró además que «la interoperabilidad entre cadenas es el futuro» y que tanto las redes de ecosistemas de cadenas múltiples como Polkadot (DOT) y Cosmos (ATOM) como los intercambios atómicos descentralizados podrían interrumpir la escala económica de Ethereum. En apoyo del reclamo, Stadelmann cita costosas tarifas de gas en la cadena de bloques como la razón por la cual los usuarios preferirían alternativas.

Aún así, hay problemas sin resolver relacionados con las cadenas de bloques entre cadenas. Ashdown da un ejemplo de componibilidad de contrato inteligente, donde enviar un token a través de un puente no tiene la misma dirección de contrato cuando lo atraviesa otro puente. Esto significa que cualquier otra persona que envíe un token a través de otro puente no puede interactuar con los tokens originales enviados por el puente principal.