Noether y CTSI
La cadena lateral de Cartesi como solución a la limitada capacidad de transacción en las cadenas de bloques
En nuestro artículo Sobre Linux y la Cadena de Bloques, explicamos a detalle cómo Cartesi hará que la infraestructura blockchain sea compatible con los estándares de la industria de desarrollo software, trayendo a los desarrolladores experimentados al mundo descentralizado, sin la necesidad de aprender procesos idiosincrásicos y lenguajes de programación.
A continuación, explicamos cómo abordamos los problemas de escalabilidad que enfrentan las cadenas de bloques.
Introducción
A medida que los proyectos blockchain maduran y nuestra comprensión sobre esta tecnología progresa, también se hacen más claros los desafíos que impiden su adopción generalizada.
- Conveniencia: Desarrollar y usar una aplicación blockchain sigue siendo una tarea abrumadora con una empinada curva de aprendizaje que, en consecuencia, reduce significativamente el interés general en la tecnología.
- Escalabilidad: Para poder competir con las tecnologías centralizadas, las cadenas de bloques deben funcionar tan bien como ellas.
Cartesi es un proyecto que ataca estos dos problemas simultáneamente, creando una infraestructura que es al mismo tiempo escalable y compatible con las tecnologías ya probadas en el campo de batalla.
Usemos de ejemplo una aplicación centralizada como Uber, Tweeter, Spotify o Fortnite. Todas ellas involucran a una gran cantidad de potentes servidores que reciben millones de mensajes cada minuto y almacenan/procesan cientos de terabytes de datos.
Mientras tanto, las soluciones descentralizadas como Augur, Decentraland o Cryptokitties se limitan a pocas y costosas transacciones por minuto, con capacidades computacionales limitadas y almacenamiento reducido. No hay duda de que la tecnología blockchain no puede competir en igualdad de condiciones con sus contrapartes centralizadas.
Para entender mejor la solución que proponemos a este desafío y debido a que la escalabilidad se compone de varias partes, dividiremos el problema de la siguiente forma:
- Cómputo ¿Qué tan compleja puede ser la lógica de un programa? Esto es análogo a la potencia de la CPU de un servidor.
- Transacciones ¿Cuántos mensajes podemos enviar y confirmar al sistema por unidad de tiempo? Esto es análogo al ancho de banda de la red.
- Almacenamiento ¿Cuántos terabytes de datos podemos almacenar en nuestro servidor?
Aunque a menudo estos tres temas se tratan como uno solo bajo el paraguas de la “escalabilidad”, cada uno requiere su propia solución tecnológica. Recordemos en décadas pasadas cómo se abordaron estos problemas en el mundo centralizado; CPU rápidos, módems de banda ancha y discos duros de gran capacidad. En el mundo de las cadenas de bloques, esto no es diferente.
La “regla del millón” dice que las cadenas de bloques tienen una desventaja de un millón de veces en cada uno de los elementos antes mencionados en comparación con sus análogos centralizados.
En nuestro artículo Sobre Linux y Blockchains abordamos el tema de las limitaciones computacionales y describimos cómo ponemos a trabajar algunas hermosas Ciencias de la Computación Teórica para dar a la cadena de bloques el análogo de una supercomputadora. Esta solución ya está disponible en nuestros repositorios públicos de Github y ya hemos demostrado su aplicación en la práctica desarrollando un juego computacionalmente intensivo y completamente descentralizado sobre Ethereum.
Noether, la cadena lateral de Cartesi
Habiendo resuelto las limitaciones en términos de cálculo, nuestro siguiente paso es liberar su poder en términos de transacciones. Aquí es donde entra Noether, la cadena lateral de Cartesi.
De todas las alternativas propuestas por parte de investigadores y empresas para abordar el problema de aumentar el número de transacciones dentro de una red distribuida, creemos que la localización de datos es la solución más prometedora e intransigente a este problema. Esto ya lo intenta Ethereum a través del Sharding. Sin embargo, creemos que un enfoque más personalizado debería brindarnos mayor rendimiento y otras garantías que el Sharding por sí solo no puede brindar. Por eso hemos desarrollado Noether.
Describamos los requisitos principales para el desarrollo de esta solución y los puntos en que su diseño puede ser flexible para una mayor escalabilidad.
Potente: así como todos esperan que la Internet tenga un buen ancho de banda, necesitamos tener un buen volumen de transacciones por segundo si esperamos ver una alternativa viable a los servicios centralizados.
Solo datos: dado que Cartesi ya resuelve el problema de la escalabilidad computacional en las cadenas de bloques subyacentes, ahora podemos centrarnos en el problema de la disponibilidad de datos. Tan pronto como las transacciones estén disponibles para todas las partes interesadas, su procesamiento se puede realizar esencialmente de forma gratuita.
Local: al igual que la propuesta de Sharding de Ethereum, también creemos que no todo el mundo necesita almacenar y transmitir todas las transacciones a la red. Sin embargo, nuestra solución local es flexible y la deciden los usuarios en lugar de estar fijada en el protocolo.
Rentable: el costo de transacción no puede obstaculizar el uso de aplicaciones descentralizadas. Al combinar varias tecnologías, esperamos reducir el costo hasta el punto en que ya no obstaculicen la adopción.
Prueba de participación: implementamos un algoritmo de consenso basado en la prueba de participación (P.o.S), ya que el modelo de prueba de trabajo (P.o.W) genera importantes preguntas sobre su sostenibilidad y seguridad.
Recolección de basura: no es necesario que todas las transacciones procesadas estén disponibles para siempre, pues esto limita enormemente al sistema sin aportar ningún beneficio real. Tengamos en mente que cuando limpiamos datos surge otro problema, y es que los nuevos usuarios no pueden reconstruir el historial desde la génesis, dificultando su integración al sistema. Pero en un artículo posterior describiremos nuestro Protocolo de disponibilidad de datos como solución.
Incrustación: no es necesario que Cartesi desarrolle una cadena propia con toda la complejidad que ello suma a su diseño. Cartesi es inherentemente una Solución de Capa 2, y como tal, puede usar la cadena de bloques subyacente para realizar el trabajo pesado. Esto nos facilita resolver problemas complicados como el ordenado de paquetes, ataques de tiempo, aleatorización, elecciones, etc.
Estos son los principios rectores en que basamos y construimos Noether. Su algoritmo Proof of Stake se ejecutará en CTSI, el token de Cartesi, lo que le dará al sistema las garantías de seguridad y descentralización necesarias.
CTSI, el token de Cartesi
Habiendo descrito los principios detrás del diseño y características de Noether, pasemos a su componente principal, el token CTSI, el cual es fundamental para el correcto funcionamiento del sistema y hace posible lo siguiente.
Staking: dado que los generadores de bloques se seleccionarán en proporción al volumen de su participación dentro de la economía de Cartesi, debe existir una forma de consultar y bloquear el saldo de todos los participantes en el sistema.
Selección de productores de bloques: los productores de bloques serán seleccionados en proporción a su saldo simbólico, de modo que la red sea dirigida por una comunidad pulverizada de partes interesadas.
Slashing: el mal comportamiento se desincentiva al bloquear y potencialmente tajar los tokens de los actores deshonestos. Resultando en la perdida de capital.
Tarifas de transacción: aunque Noether está diseñada de forma que sea múltiples veces más económica que la cadena subyacente, los usuarios o desarrolladores de DApps aún deben pagar para que sus transacciones sean procesadas, transmitidas y almacenadas temporalmente por otros. Estas tarifas se pagarán a los operadores de nodos en forma de CTSI.
Desafío de resultados: CTSI también será importante para desafiar los resultados de los cálculos publicados en la cadena de bloques. Esto funcionará como un mecanismo de salida que garantiza la correcta ejecución de las DApps y desalienta el mal comportamiento.
Todos estos aspectos de CTSI se explicarán con más detalle en próximos artículos sobre Noether y los Optimistic Roll-ups de Cartesi, Descartes Roll-ups.
Acerca de Cartesi
The Blockchain OS, está construyendo Cartesi Rollups, una capa de ejecución modular que eleva los contratos inteligentes simples a tiempos de ejecución Linux descentralizado. Permite a los desarrolladores lanzar cadenas de rollups altamente escalables, y codificar su lógica descentralizada con sus lenguajes y componentes de software favoritos.
- Cada DApp tiene su propia cadena de rollups de alto rendimiento;
- No hay canibalización de recursos de otras DApps en el ecosistema de Cartesi;
- No hay gentrificación de la red;
- Permite una clase completamente nueva de DApps que actualmente no son posibles en cadenas EVM;
- Preserva las fuertes garantías de seguridad de la cadena de bloques subyacente.
Bienvenid@ a The Blockchain OS, el hogar de lo que viene.
Sigue a Cartesi en sus canales oficiales (Inglés):
Telegram Announcements | Telegram | Discord (Development Community) | Reddit | Twitter | Github | StackOverflow | LinkedIn | Facebook | Instagram | Youtube | Cartesi Improvement Proposal (CIP) | Website
Únete a la conversación en Español:
Telegram | TwitterTelegram: https://t.me/CartesiProject
Esta es una traducción y adaptación para la comunidad hispana de Cartesi.
Artículo originalmente publicado en el blog oficial de Cartesi: https://medium.com/cartesi/cartesi-network-and-ctsi-b9a5e206fedf
La información presentada aquí no constituye un consejo de inversión ni una oferta para invertir. Las declaraciones, puntos de vista y opiniones expresadas en este artículo son únicamente las de los autores.
