Cambios exitosos en el protocolo de Lisk: el principal en Seguridad y confiabilidad
La comunidad de Lisk está orgullosa de anunciar que LIP 0034 y LIP 0035 se han fusionado con éxito. Eso significa que la investigación para las cuatro fases de la hoja de ruta del protocolo "Seguridad y confiabilidad", "Economía de la red", "Consenso de la red" y "Longevidad de la red" ahora está completando un hito importante para la investigación sobre la mejora del protocolo Lisk. Todos los LIP se basan en un importante trabajo de investigación y se han sometido a una exhaustiva revisión interna y revisión pública como parte de las discusiones abiertas en el foro de investigación de Lisk. Este proceso garantiza que cualquier cambio en el protocolo Lisk ocurra de manera abierta, transparente y colaborativa y requiera una base técnica sólida.
Resumen de la investigación completada
Los cambios de protocolo de las cuatro fases de la hoja de ruta del protocolo serán parte de la próxima versión principal de Lisk Core Mainnet y ya se incluirán sucesivamente en nuestras versiones de Lisk SDK. Por lo tanto, queremos tomar el tiempo para resumir estos cambios significativos aquí. Se proporcionarán explicaciones más detalladas como parte de una nueva serie de publicaciones de blog de investigación que se publicará durante los próximos meses.
Seguridad y confiabilidad
El cambio de protocolo más importante en esta fase es la introducción de un algoritmo de consenso que proporciona la finalidad del bloque, es decir, una garantía de que un bloque nunca se revierte. Esta garantía de validez es válida siempre que no más de 33 de los 101 delegados sean bizantinos, lo que significa que intentan manipular maliciosamente la red y el algoritmo de consenso. Si está interesado en obtener más información sobre el nuevo algoritmo de consenso, consulte nuestra publicación de blog de investigación Presentación del consenso bizantino de tolerancia a fallas para Lisk.
El segundo cambio significativo de protocolo es una capa mejorada de igual a igual que utiliza un algoritmo robusto de selección de pares e introduce un mecanismo de prohibición. Algunas de las nuevas características de igual a igual están cubiertas en esta charla de Lisk.js 2019 . Además de eso, esta fase incluye algunas mejoras de protocolo adicionales, como la simplificación del esquema de transacción y la introducción de un identificador de red, que vincula una transacción a una cadena de bloques y, por lo tanto, hace que sea imposible reproducirla en una cadena diferente. La implementación de todos estos cambios ya se completó, y son parte del SDK 3.0 de Lisk lanzado en febrero de 2020.
Economía de red
Esta fase se centra en la introducción de un sistema de tarifas dinámicas. El sistema de tarifas propuesto permite a los usuarios elegir libremente una tarifa adecuada para su transacción siempre que esta tarifa sea al menos la tarifa mínima requerida para el tipo y tamaño de la transacción. Para todos los tipos de transacciones, excepto los registros de delegados, la tarifa mínima requerida será significativamente menor que la tarifa fija en el sistema de tarifas actual. Por ejemplo, para una transacción de transferencia de saldo, esta tarifa mínima será tan baja como 0.00136 LSK (un poco más si la transacción usa el campo de datos o se envía desde una cuenta de múltiples firmas, por ejemplo), lo que significa que las transferencias de saldo se vuelven más de 70 veces más baratas que siempre y cuando no exista una gran competencia por el espacio en bloques que aumenten las tarifas de transacción. Junto con la introducción del sistema de tarifas dinámicas, proporcionamos un algoritmo de estimación de tarifas que ofrece a los usuarios orientación para elegir una tarifa apropiada, dependiendo del uso de la red y la urgencia de la transacción. También se requerirá que las cuentas mantengan un saldo mínimo de 0.05 LSK para evitar ataques de spam que abusen de las tarifas de transacción muy reducidas y creen una gran cantidad de cuentas casi sin saldo. Otros cambios relacionados con el sistema de tarifas están introduciendo un límite de tamaño de bloque basado en bytes que reemplaza el límite en el número de transacciones. Este cambio aumenta el número de transferencias de saldo que se pueden incluir en un bloque a más de 100 y el número de transacciones que Lisk Mainnet puede procesar en un día a alrededor de 1,000,000. Adicionalmente, Esta fase agrega un mecanismo de invalidación para las transacciones que se puede utilizar para reemplazar una transacción emitida por una que especifique una tarifa más alta, sin preocuparse de que ambas transacciones puedan incluirse en la cadena de bloques. Finalmente, las cuentas de múltiples firmas en Lisk serán mucho más flexibles y fáciles de usar.
Consenso de red
Esta fase abarca varias mejoras del sistema de Prueba de participación delegada utilizado en Lisk. Los usuarios ahora tienen que producir los tokens que desean usar para votar, y un token LSK solo se puede usar para votar por un delegado simultáneamente. Además, el cálculo del peso del delegado ahora tiene en cuenta la cantidad de tokens que los delegados han producido para votar por sí mismos. Al exigir que el peso del delegado debe contener al menos el 10% de los votos propios, nos aseguramos de que los delegados tengan una cantidad significativa de tokens en juego, lo que aumenta aún más la seguridad de la red. Además de los cambios en el sistema de votación, la seguridad del protocolo de consenso se fortalece aún más al agregar la posibilidad de informar violaciones del protocolo de consenso Lisk-BFT, lo que resulta en un castigo para el delegado que se porta mal.
Además, los delegados en espera serán incentivados para ejecutar nodos Lisk ya que tienen la oportunidad de participar en la producción de bloques. La longitud de la ronda se extiende de 101 a 103 bloques, donde los 2 bloques adicionales se asignan a los delegados en espera utilizando un algoritmo de selección aleatoria proporcional al peso del delegado. Además, nos aseguramos de que el pedido de delegado en una ronda sea más justo barajando delegados de manera uniforme.
Si desea obtener más información sobre los cambios del sistema DPoS en esta fase, consulte esta publicación de blog de investigación o el video de Lisk.js 2019 . Tenga en cuenta que los cambios hasta esta fase son parte de Lisk SDK 4.0.
Longevidad de red
Si bien todas las demás fases se han implementado con éxito en el SDK de Lisk, esta fase se encuentra actualmente en desarrollo activo. Incluye un cambio del sistema de identificación, un nuevo sistema de direcciones y algunas mejoras técnicas más del protocolo Lisk. El cambio más visible para los usuarios finales serán las nuevas direcciones, que ahora, por ejemplo, se verán así: lskoaknq582o6fw7sp82bm2hnj7pzp47mpmbmux2g. Este aumento de longitud implica varias mejoras de seguridad: ya no es necesario registrar sus claves públicas, la probabilidad de colisiones de direcciones para diferentes claves públicas se vuelve insignificantemente pequeña, y siempre se puede detectar un error al escribir hasta cuatro caracteres (aún se detectarán errores al escribir más caracteres con Una probabilidad muy alta). Del mismo modo, ampliamos las ID de transacciones y bloques de 64 bits a 256 bits,
Además, presentamos un método de serialización universal compatible con Protocol Buffers que puede mejorar en gran medida la eficiencia para almacenar y transmitir bloques y transacciones. Simplifica aún más el desarrollo con Lisk SDK, ya que este método se puede usar fácilmente para transacciones personalizadas. Ahora también utilizamos árboles Merkle para transacciones en bloques que permiten pruebas de inclusión cortas. Finalmente, definimos un nuevo esquema y proceso de bloque de génesis para realizar una instantánea descentralizada de una cadena de bloques de Lisk, que será muy útil para migrar Lisk Mainnet a la próxima versión principal de Lisk Core.
Nueva documentación del protocolo Lisk
Si desea obtener más información sobre cómo se verá el protocolo Lisk después de completar las cuatro fases de la hoja de ruta del protocolo, eche un vistazo a nuestra nueva documentación del protocolo Lisk . El propósito de esta documentación es proporcionar una visión general completa de alto nivel del protocolo Lisk para desarrolladores y usuarios avanzados. La documentación supone una comprensión básica de la tecnología blockchain, sin embargo, el objetivo general es que sea fácilmente comprensible y menos técnico que los LIP.
Panorama
Desde principios de año, el equipo de investigación ya se ha centrado en abordar la última fase de la hoja de ruta del protocolo "Interoperabilidad Blockchain". Hemos completado nuestro primer hito interno de obtener una amplia visión general de vanguardia al analizar en detalle diferentes trabajos de investigación, proyectos e ideas que abordan el problema de la interoperabilidad de blockchain. Hemos cubierto una amplia gama de soluciones y técnicas, como canales de estado e intercambios atómicos, validación sin estado, fragmentación, certificación de cadenas cruzadas, diferentes variantes del marco de plasma y diferentes mecanismos de vinculación.
Nuestro hito actual es decidir sobre la dirección de interoperabilidad de Lisk. Como parte de este hito, estamos explorando diferentes posibilidades y cómo deberían adaptarse para cumplir con los requisitos de Lisk. Luego evaluaremos y compararemos cuidadosamente las diferentes posibles soluciones de interoperabilidad.
Después de decidir por una dirección de interoperabilidad, el siguiente hito es que el equipo de investigación redactará especificaciones técnicas detalladas de la solución. Como de costumbre, estas especificaciones serán revisadas cuidadosamente, primero internamente por investigadores y desarrolladores, luego públicamente en el foro de Lisk Research.
En el último hito de la fase de interoperabilidad, publicaremos el conjunto completo de LIP para la solución de interoperabilidad. Debido a la complejidad del tema y la importancia de una investigación y evaluación exhaustivas, no verá muchas actualizaciones en nuestro foro de investigación o nuevos LIP por algún tiempo. Sin embargo, compartiremos nuestra investigación y especificaciones en el foro de Lisk Research tan pronto como estén listas para su revisión y luego esperamos sus comentarios.
Fuente: Blog de Lisk