A medida que los proyectos blockchain maduran y nuestra comprensión de la tecnología progresa, se vuelve cada vez más claro qué desafíos impiden su adopción general:
Conveniencia – desarrollar y usar una aplicación blockchain sigue siendo una tarea abrumadora, que implica una curva de aprendizaje muy difícil y, en consecuencia, reduce significativamente el interés general en la tecnología;Escalabilidad Las cadenas de bloques deben funcionar tan bien como la tecnología centralizada para poder competir con ella.
Cartesi es un proyecto que ataca estos dos problemas a la vez, al crear una infraestructura que es al mismo tiempo escalable y compatible con tecnologías probadas en batalla.
En nuestro artículo sobre Linux y Blockchains, explicamos en detalle cómo Cartesi hará que la infraestructura de blockchain sea compatible con los estándares de la industria del desarrollo de software, incorporando desarrolladores experimentados al mundo descentralizado, sin la necesidad de aprender procesos idiosincrásicos y lenguajes de programación.
Expliquemos a continuación cómo abordamos el segundo problema, a saber, los problemas de escalabilidad que enfrentan las cadenas de bloques.
Elija como ejemplo cualquier aplicación centralizada importante, como Uber, Tweeter, Spotify o Fortnite. Todos incluyen una gran cantidad de servidores potentes, 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 están limitadas a muy pocas transacciones costosas por minuto, que se ocupan de 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 lo que proponemos como solución a este desafío, primero debemos dividir el problema en partes más pequeñas, ya que de hecho la escalabilidad se compone de muchas partes:
Computación ¿Qué tan compleja puede ser la lógica de un programa? Esto es análogo a la potencia de CPU de un servidor;Transacciones ¿Cuántos mensajes podemos enviar y confirmar en el 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?
Mirando las cifras actuales, las cadenas de bloques luchan por mantenerse al día con los servidores centralizados. Una muy buena guía para medir este problema es la "regla del millón". Esto esencialmente dice que las cadenas de bloques tienen una desventaja de un millón de veces en cada uno de los elementos anteriores en comparación con sus análogos centralizados. Obviamente, esto no es sostenible en un entorno competitivo, donde cada pequeña mejora puede marcar la diferencia entre el éxito y el fracaso.
Aunque a menudo los tres problemas mencionados anteriormente se tratan como un problema único, bajo el paraguas de "escalabilidad", cada uno requiere su propia solución tecnológica. Para comprender esto, recuerde cómo se abordaron estos problemas en el mundo centralizado a fines del siglo pasado: CPU rápidas, módems de banda ancha y discos de gran capacidad. En el mundo blockchain, esto no podría ser diferente: debemos tratar estos problemas por separado porque son de naturaleza muy diferente.
Ya hemos abordado las limitaciones computacionales de blockchains. Esto se explica con gran detalle en nuestra pieza sobre Linux y Blockchains. Allí damos una breve descripción de cómo ponemos a trabajar una hermosa ciencia teórica de la informática y le damos a blockchain el análogo de una supercomputadora. Con Cartesi Core, en lugar de ser un millón de veces más lento que las soluciones centralizadas, DApps ahora puede ejecutarse a la velocidad de la luz, al tiempo que mantiene todas las garantías de seguridad y descentralización de una cadena de bloques. Nuestra solución de computación ya está disponible para desarrolladores en nuestros repositorios públicos de Github y ya hemos mostrado cómo se puede usar en la práctica desarrollando un juego intensivo de computación y totalmente descentralizado en Ethereum.
Habiendo resuelto las limitaciones de blockchains en términos de cómputo, nuestro siguiente paso es liberar su poder en términos de transacciones. Esto se hará en nuestro próximo proyecto: Cartesi Side Chain, que describimos en el resto de esta pieza.
El problema de escalar el número de transacciones en un libro mayor distribuido ha recibido mucha atención tanto de investigadores como de empresas. Ahora tenemos una muy buena comprensión de las ganancias proporcionadas por cada solución y qué tecnologías comprometen la descentralización a cambio de eficiencia.
De todas las alternativas propuestas, creemos que la localización de datos es la solución más prometedora e intransigente para este problema. Esto lo está intentando, por ejemplo, la cadena de bloques Ethereum a través de su esfuerzo de Sharding. Sin embargo, creemos que un enfoque más personalizado debería brindarnos un rendimiento mucho mejor y otras garantías que el Sharding de Ethereum por sí solo no puede proporcionar. Es por eso que desarrollaremos la Cadena Lateral Cartesi.
Pronto publicaremos un documento técnico con una explicación detallada de cómo funcionará la Cadena Lateral Cartesi. Por ahora, describamos sus requisitos principales y en qué puntos su diseño puede ser flexible para escalar aún más:
Poderoso – Del mismo modo que todos esperan que su 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 Cartsi Core resuelve el problema de la escalabilidad computacional en blockchains, podemos centrarnos en el problema de la disponibilidad de datos ahora. Tan pronto como las transacciones estén disponibles para todas las partes interesadas, su procesamiento se puede hacer esencialmente de forma gratuita;Local – Al igual que la propuesta de Sharding de Etherem, también creemos que no todos necesitan almacenar y transmitir todas las transacciones en la red. Sin embargo, nuestra solución de Locality es flexible y decidida por los usuarios en lugar de ser fijada en el protocolo;Económico – El costo de transacción no puede obstaculizar el uso de aplicaciones descentralizadas. Al combinar varias tecnologías juntas, esperamos reducir el precio al punto de que ya no impide la adopción;Prueba de estaca – No podemos confiar en Proof of Work para la seguridad de nuestra solución de transacción, ya que esto genera preguntas importantes sobre su sostenibilidad y seguridad. En su lugar, implementaremos un algoritmo de consenso de Prueba de participación;Recolección de basura – No necesitamos mantener todas las transacciones procesadas disponibles para siempre. Esto limitaría en gran medida el sistema, sin aportar ningún beneficio real. Sin embargo, tenga en cuenta que hay un gran problema cuando limpiamos los datos antiguos y los ponemos a disposición: los usuarios nuevos se vuelven mucho más difíciles de unir a la red, ya que no pueden reconstruir el historial desde la génesis. Este problema es mitigado por nuestra solución de Protocolo de disponibilidad de datos que describiremos en un artículo posterior;Incrustación – No es necesario que la Cartesi Chain sea una blockchain propia, con toda la complejidad que esto aporta a su diseño. Cartesi es inherentemente una solución de segunda capa y, como tal, puede usar la cadena de bloques subyacente para el trabajo pesado de su protocolo. Esto hace que sea muy fácil resolver problemas complicados, como el pedido de paquetes, ataques de tiempo, aleatorización, elecciones, etc.
Estos son los principios rectores que estamos utilizando para diseñar y construir la Cadena Lateral Cartesi. Su algoritmo de prueba de participación se ejecutará en tokens Cartesi (CTSI), lo que le da al sistema las garantías de seguridad y descentralización requeridas.
Pronto publicaremos un artículo que explica cómo lograremos una alta tasa de replanteo para nuestro protocolo, al tiempo que garantizamos una inflación limitada en todo el sistema. ¡Mantente sintonizado para más!
Después de describir los principales principios y características de diseño de la Cadena Lateral Cartesi, ahora pasamos a su ingrediente principal: el Token Cartesi.
Actualmente estamos desarrollando una cadena de bloques de prueba de participación que se ejecuta sobre Ethereum y que es mantenida por una red de operadores de nodos. El token de Cartesi será esencial para que este sistema funcione, ya que proporciona:
Replanteo – Dado que los generadores de bloques se seleccionarán en proporción a sus intereses en la economía, debe haber una forma de consultar y bloquear el equilibrio de todos en el sistema.Elección de productores de bloques. – Los mineros serán seleccionados para proponer bloques en proporción a su saldo de fichas, de modo que la red sea administrada por una comunidad pulverizada de partes interesadas.Cuchillada – El mal comportamiento se desincentiva al bloquear y reducir potencialmente las fichas de los actores deshonestos.Tarifas de transacción – Aunque estamos diseñando nuestra cadena lateral para que sea mucho más barata que la cadena principal subyacente, los usuarios o desarrolladores de DApp 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 con el token Cartesi.Cálculos de desafío – El token Cartesi también será importante para desafiar los resultados de cálculo publicados en la cadena de bloques. Esto funcionará como un mecanismo de salida que garantiza la ejecución correcta de DApps y desalienta el mal comportamiento.
Todos estos aspectos del token de Cartesi se explicarán con más detalle en nuestros próximos artículos sobre Cartesi Side Chain y Cartesi Roll-ups.
