Publi

El sábado (13 de agosto), Sebastien Guillemot, CTO de la empresa de cadenas de bloques dcSpark, dijo que la cadena de bloques L1 Cardano ($ADA) es «definitivamente una de las peores cadenas de bloques para almacenar datos», y procedió a explicar por qué piensa eso. En caso de que se pregunte qué hace dcSpark, según su equipo de desarrollo, los objetivos principales son: «Ampliar las capas del protocolo Blockchain» «Implementar herramientas de ecosistema de primera clase» «Desarrollar y lanzar aplicaciones orientadas al usuario» La empresa fue cofundadora en abril de 2021 por Nicolas Arqueros, Sebastien Guillemot y Robert Kornacki. dcSpark es más conocido en la comunidad de Cardano por su proyecto de cadena lateral Milkomeda. El viernes (12 de agosto), un defensor de Cardano envió un tweet que hizo que pareciera que Cardano es una gran cadena de bloques para almacenar grandes cantidades de datos en cadena.

Sin embargo, el CTO de dcSpark respondió que el diseño actual de Cardano lo convierte en una de las peores cadenas de bloques para almacenar datos: “Un tweet realmente extraño. Cardano es definitivamente una de las peores cadenas de bloques para almacenar datos y esta fue una decisión de diseño explícita para evitar la hinchazón de la cadena de bloques y es la causa raíz de muchas decisiones de diseño como fragmentos de 64 bytes de Plutus Data, grupo fuera de cadena y registro de tokens, etc… Vasil mejorar esto con datos en línea, pero indirectamente se desaconsejan debido al alto costo de usarlos. Estoy de acuerdo en que hacer que la cadena de bloques brinde disponibilidad de datos es una característica importante, pero tener una buena solución requerirá cambios en el protocolo existente”. Luego, otro titular de $ADA le preguntó a Guillemot si esta decisión de diseño podría dificultar la vida para la formación de equipos. hasta soluciones (como Orbis), y recibió la siguiente respuesta: «Sí, tratando de proporcionar disponibilidad de datos para casos de uso como rollups, mithril, respaldos de entrada y otros casos de uso similares de datos pesados ​​mientras mantiene el L1 delgado (a diferencia de Ethereum que optimiza para las personas que solo descargan datos) es uno de los grandes desafíos técnicos que se están abordando”. El 1 de agosto, el cofundador y director ejecutivo de IOG, Charles Hoskinson, lanzó un breve video en el que explicaba por qué la bifurcación dura de Vasil se había retrasado por un segundo. tiempo y proporcionó una actualización de estado con respecto a la prueba de la actualización del protocolo Vasil. Hoskinson dijo: “Originalmente, planeamos tener la bifurcación dura con 1.35, y eso es lo que enviamos a la red de prueba. La red de prueba estaba bifurcada debajo de ella. Y luego se realizaron muchas pruebas, tanto internas como comunitarias. Se encontró una colección de errores: tres errores separados que dieron como resultado tres nuevas versiones del software. Y ahora, tenemos 1.35.3, que parece que será la versión que sobrevivirá a la bifurcación dura y se actualizará a Vasil. “Hay una gran retrospectiva que se hará. En pocas palabras, las primitivas ECDSA y, entre otras cosas, no están exactamente donde deben estar. Entonces, esa función debe dejarse de lado, pero todas las funciones restantes, CIP 31, 32, 33, 40 y otras cosas similares son bastante buenas. “Entonces, esos están en etapas avanzadas de prueba, y luego se deben probar muchos componentes posteriores, como DB Sync y la biblioteca de serialización, y estas otras cosas. Y eso está actualmente en marcha. Y se están realizando muchas pruebas. Como mencioné antes, esta es la actualización más complicada de Cardano en su historia porque incluye cambios en el lenguaje de programación Plutus más cambios en el protocolo de consenso y una letanía de otras cosas, y fue un lanzamiento muy cargado. Tenía mucho en él, y como resultado, es uno que todo el mundo tenía un gran interés en probar a fondo. “El problema es que cada vez que se descubre algo, tienes que arreglarlo, pero luego tienes que verificar la solución y volver a pasar por todo el proceso de prueba. Entonces llegas a una situación en la que tienes todas las funciones, pero luego tienes que probar y cuando pruebas, puedes descubrir algo, y luego tienes que repararlo. Y luego tienes que volver a pasar por todo el proceso de prueba. Así que esto es lo que causa los retrasos en el lanzamiento… «Realmente esperaba publicarlo en julio, pero no puedes hacerlo cuando tienes un error, especialmente uno relacionado con el consenso o la serialización o relacionado con un problema particular con las transacciones». . Solo tengo que limpiarlo, y así es como funciona. Sin embargo, considerando todo, las cosas se están moviendo en la dirección correcta, de manera constante y sistemática… “El conjunto de cosas que podrían salir mal se ha vuelto tan pequeño, y ahora estamos en las etapas finales de las pruebas en ese sentido. Entonces, a menos que se descubra algo nuevo, no anticipo que tendremos más demoras, y solo se está actualizando a la gente… “Y con suerte, deberíamos tener algunas noticias positivas pronto a medida que avanzamos en agosto. Y el otro lado de esto es que no se han descubierto problemas con la tubería, no se han descubierto problemas con CIP 31, 32, 33 o 40 a lo largo de todo este proceso, lo cual también es una noticia muy positiva, y dado que han sido repetidamente Probado interna y externamente por las firmas de control de calidad de los desarrolladores y nuestros ingenieros, eso significa que hay una gran probabilidad de que esas características sean a prueba de balas y estrictas. Solo quedan algunos casos extremos por resolver y, con suerte, podremos publicar una actualización a mediados de mes con más noticias”.

Publicidad

Credito de imagen

Imagen destacada a través de Pixabay