Hoy hace dos años, todo el espacio de las criptomonedas estaba lleno de expectación entusiasta por la próxima subasta de ranuras de parachain de Polkadot. Sin embargo, con el tiempo, este mecanismo de subasta demostró tener un umbral de participación relativamente alto, lo que dificultó un poco la expansión de su ecosistema. Pero afortunadamente, el equipo dirigido por el Dr. Gavin Wood vio el problema a tiempo y estaba decidido a derribar los obstáculos erigidos anteriormente, y pensar activamente en cómo promover el desarrollo sostenible del ecosistema, reducir la barrera de entrada y centrarse más en proporcionar un producto blockchain verdaderamente valioso: el "espacio de bloques".
En este contexto histórico y de transformación, ¿cuál será el futuro diseño y dirección de desarrollo de Polkadot? Echemos un vistazo completo a cómo Polkadot puede servir mejor a los usuarios de Web3 a través de este artículo.
¡Comprender Polkadot 1.0 y la filosofía detrás de él nos ayudará a comprender mejor la dirección futura del ecosistema de Polkadot!
Redefinido: Polkadot se utilizará como recurso informático
Polkadot ahora se ha abstraído y generalizado más allá de lo que se propuso y previó originalmente en el libro blanco. Polkadot es:
Espacio de bloque (el recurso subyacente requerido por la cadena), no la cadena.
Una plataforma creada para que las personas usen la aplicación en lugar de la cadena. Esencialmente, Polkadot no es una plataforma para cadenas de alojamiento, las cadenas son solo una forma de crear aplicaciones y aumentar la utilidad de Polkadot.
Una plataforma que proporciona servicios informáticos continuos y estables que no son solo específicos o limitados, sino genéricos y se pueden aplicar a una variedad de aplicaciones y escenarios diferentes. Donde "persistente" significa comenzar a realizar una acción o cálculo, luego hacer una pausa en algún momento antes de continuar desde donde se dejó o pasar a otra tarea.
Un ordenador multinúcleo en el que las cadenas que se ejecutan en paralelo en diferentes núcleos en sucesión se denominan parachains. Actualmente, con el mecanismo de subasta de ranuras, se utiliza un núcleo por cadena, pero para subprocesos paralelos puede ser para proporcionar recursos para múltiples cadenas bajo demanda en diferentes momentos. Actualmente en Polkadot, hay alrededor de 50 núcleos que se ejecutan de forma independiente y en paralelo.
A partir de ahora, las aplicaciones se utilizarán como un término genérico para describir cualquier cosa que pueda utilizar Polkadot Core para acceder a una informática segura y descentralizada.
Principales direcciones de desarrollo de Polkadot
Si pensamos en Polkadot como un proveedor de servicios que proporciona servicios informáticos confiables y resistentes a través de su núcleo, y garantiza que las aplicaciones puedan interoperar o comunicarse entre sí de forma segura, entonces el futuro de Polkadot puede evolucionar en las siguientes direcciones principales: de un ecosistema centrado en la cadena a un ecosistema centrado en las aplicaciones. Elimine la suposición de que cada aplicación tiene un núcleo, sino que todos los núcleos son recursos que la aplicación puede consumir y usar según sea necesario.
Anteriormente, asegurar las ranuras de parachain a través del mecanismo de subasta era un proceso competitivo. Con el tiempo central, las subastas de tragamonedas ya no son necesarias. Los equipos pueden comprar algunos CoreTime instantáneos o reservar tantos como sea necesario. Esto reduce en gran medida la barrera de entrada para los jugadores de software y los equipos de parachain.
Además de estos cambios importantes, el uso ágil del núcleo y la asignación del tiempo del núcleo permitirán que cualquier aplicación acceda a los cálculos de Polkadot según sea necesario sin desperdiciar un valioso espacio en bloque. El protocolo también mejorará la comunicación entre cadenas y las garantías de seguridad para los mensajes XCM. Por último, el propio Polkadot escalará descomponiendo la lógica central en sus propias parachains del sistema, proporcionando más ancho de banda para los protocolos y acuerdos de parachains.
De la subasta de tragamonedas al mercado de Coretime
El producto final de blockchain es el espacio de bloques. La aplicación necesita acceder al espacio de bloques de Polkadot, y el punto de entrada para acceder al espacio de bloques es el núcleo. Como resultado, las aplicaciones deberán reservar algo de tiempo o tiempo de núcleo en el núcleo para obtener acceso al espacio de bloque seguro y la interoperabilidad de Polkadot durante un período limitado.
El núcleo debe ser ágil y general:
"Agilidad" significa que los núcleos pueden ajustar o cambiar rápidamente las tareas en las que se ejecutan, al igual que las CPU modernas pueden cambiar rápidamente entre diferentes programas o tareas.
"Versatilidad" significa que estos núcleos no están diseñados específicamente para una tarea específica, sino que se pueden adaptar y manejar para muchas tareas diferentes.
Debido a que los núcleos tienen tales características, para aprovecharlas al máximo, la forma en que se adquieren (o distribuyen) también debe ser flexible y rápida, es decir, "ágil".
El mecanismo de subasta de tragamonedas no es ágil, crea una alta barrera de entrada y está diseñado para aplicaciones monolíticas de larga duración (es decir, la visión original de Polkadot propuesta en el libro blanco).
Abandonamos la clásica subasta de arrendamiento y propusimos construir un mercado "ágil" para el tiempo central, esencialmente un producto que podría tokenizarse, venderse e intercambiarse. Esta configuración maximiza la agilidad de Polkadot y permite que el mercado descubra la mejor solución para que la aplicación tenga éxito.
Las aplicaciones podrán reservar tiempo de núcleo masivo y tiempo de núcleo instantáneo según sea necesario. Los alquileres a granel de core time se arrendarán a granel durante un período de tiempo fijo a un precio fijo a través de la parachain del sistema de corredores. Los alquileres instantáneos de Core Time se venderán en función de la demanda en tiempo real, y el precio del alquiler se determinará en función del precio actual en tiempo real. Un sistema de este tipo reduciría la barrera de entrada para los posibles constructores.
Los ingresos de las ventas a tiempo central pueden destruirse, o fluir a la tesorería, o utilizarse para una combinación de estas opciones. El tema se encuentra actualmente en discusión. Para obtener más información, consulte RFC-0010 y RFC-0015.
RFC-0010:
RFC-0015:
De centrado en la cadena a centrado en la aplicación
Polkadot 1.0 es un paradigma centrado en la cadena que consiste en cadenas huérfanas capaces de intercambiar mensajes. Esto no es fundamentalmente diferente de una cadena completamente diferente conectada por puente, la única diferencia es que hay una cadena de retransmisión para asegurar la red, proporcionar capacidades de mensajería y realizar tareas adicionales como Crowdloan, Subasta, Staking, Cuentas, Saldos y Gobernanza. Si un sistema está diseñado centrado en la cadena, las aplicaciones que produce en última instancia y las experiencias que proporciona a los usuarios también estarán centradas en la cadena. La forma en que se diseña y diseña un sistema afecta directamente a las características de las aplicaciones que produce y a la experiencia que proporciona a los usuarios. Si el enfoque del sistema es la cadena, entonces la aplicación y la experiencia del usuario también reflejarán esta tendencia.
La verdadera innovación de Polkadot radica en aprovechar la propuesta de valor única que ofrecen las diferentes cadenas y aprovechar el potencial colaborativo de estas cadenas para crear aplicaciones entre cadenas para resolver problemas del mundo real. Por lo tanto, estas aplicaciones deben ser de cadena cruzada.
En el futuro, Relay Chain se encargará cada vez menos de tareas, y solo se centrará en la tarea principal: proteger la red y proporcionar capacidades de mensajería seguras. Las parachains del sistema se utilizarán para hacerse cargo de las tareas secundarias de la cadena de retransmisión, como el staking, la gobernanza, etc. Echa un vistazo al último artículo de PolkaWorld "¡Gavin Wood propone minimizar la cadena de retransmisión, la identidad, el staking y los sistemas de gobernanza migrarán primero a la parachain del sistema!" 》
XCM y Accords
XCMP es un protocolo de capa de transporte diseñado específicamente para enviar mensajes XCM. Proporciona un método específico y una ruta de acceso segura para la entrega de mensajes, pero no implica detalles o estructura de protocolo de nivel superior, lo que puede implicar cómo dar formato a los mensajes, cómo manejar la lógica de interacción específica u otras funciones de protocolo más avanzadas. En resumen, XCMP se centra en el transporte básico de mensajes en lugar de tratar con una lógica o especificaciones de protocolo complejas.
XCM es un formato o lenguaje especialmente diseñado para representar la intención de las operaciones comunes en la cadena. Es como un lenguaje común que describe "tengo la intención de hacer esto" o "quiero que esto suceda". Los mensajes XCM se transmiten entre varias cadenas a través del mecanismo XCMP. En un entorno ideal y completamente sin confianza, el sistema necesita mecanismos sólidos para garantizar que cada cadena interprete y ejecute correctamente y fielmente los mensajes XCM. En pocas palabras, aunque podamos enviar mensajes entre cadenas de forma segura, todavía existe el riesgo de que esos mensajes sean malinterpretados o malinterpretados por la cadena receptora. Para garantizar esta corrección y seguridad, se puede utilizar un mecanismo o protocolo llamado "Acuerdos".
Un acuerdo es un acuerdo o tratado opcional entre varias cadenas. La lógica de este tratado es fija y no puede ser alterada o rota por ninguna cadena participante. Polkadot, como plataforma, se compromete a ejecutar fielmente estos protocolos de acuerdo, asegurando que se ejecuten correctamente en todas las cadenas participantes. Cada Accord está dirigido a una característica específica o a una necesidad específica. Una vez que una cadena decide unirse a un Acuerdo, la cadena debe seguir las reglas del Acuerdo y proporcionar la funcionalidad descrita en el Acuerdo. Para facilitar la participación de más cadenas, la creación de un nuevo Acuerdo es abierta y sin permisos. Sin embargo, aunque cualquier cadena puede proponer un nuevo Acuerdo, no entrará en vigor inmediatamente. Solo después de que las otras cadenas acuerden y registren el Acuerdo, éste entrará en vigor oficialmente. En general, Accord es un mecanismo que ayuda a varias cadenas a trabajar juntas en la plataforma Polkadot, lo que garantiza la coherencia y la seguridad del protocolo.
En resumen, cuando una cadena envía un mensaje XCM a otra cadena, Accord se asegura de que la cadena receptora interprete y procese el mensaje según lo previsto por la cadena de envío. En segundo lugar, Accord crea un entorno colaborativo y completamente libre de confianza entre las aplicaciones. Aunque es posible que no exista una relación de confianza preestablecida entre las aplicaciones o cadenas individuales, con Accord pueden comunicarse y cooperar entre sí de forma segura y fiable.
Polkadot es el único ecosistema en el que Accord puede existir correctamente porque tiene una capa de seguridad homogénea que también proporciona una capacidad de transición de estado específica para cada uno de sus componentes lógicos. Esto permite un patrón cooperativo entre múltiples componentes lógicos (es decir, entre aplicaciones), lo que no es posible en los puentes.
Accord se implementará utilizando la tecnología SPREE.
Uso principal en Polkadot 1.0
En Polkadot 1.0, la aplicación generaba un fragmento cada 12 segundos, independientemente de los requisitos reales. Esta práctica crea un desperdicio de recursos, ya que los bloques se producen a este ritmo, independientemente de si la transacción está ocupada o no. Cuando las transacciones de la red están muy ocupadas, existe un incentivo para producir bloques completos llenos de transacciones para recibir recompensas financieras. Cuando la transacción no está demasiado ocupada, puede producir bloques vacíos sin ninguna transacción, lo que también es antieconómico.
El siguiente diagrama muestra el uso principal de Polkadot 1.0, donde el eje horizontal representa el tiempo y cada fila representa un núcleo. Los colores muestran las diferentes parachains que utilizan un núcleo.
La configuración anterior proporciona un entorno de ejecución particionado simple y seguro.
Sin embargo, para lograr la eficiencia general, los bloques deben producirse cuando sea necesario, y el sistema debe apuntar a la capacidad total de los bloques, lo que reduce la probabilidad de incentivar a los validadores a producir bloques medio llenos o vacíos.
Asignación ágil de tiempo central
En Polkadot 1.0, el llamado "tiempo del núcleo" se refiere al período de tiempo fijo que una aplicación puede ejecutarse en un núcleo específico, que es de dos años. Pero ahora, este límite fijo de dos años se ha eliminado para ser más flexible y satisfacer las necesidades de diversas aplicaciones. Dicho esto, el uso del tiempo central se ha vuelto más general y flexible, y ya no está limitado por el marco temporal fijo de dos años en versiones anteriores.
Dividir el tiempo del núcleo
El propietario de Core Time puede dividirlo o intercambiarlo. La aplicación A1 puede ejecutarse en el núcleo C1 durante un período de tiempo limitado y, a continuación, otra aplicación A2 puede seguir ejecutándose en el núcleo C1, o la aplicación A1 puede seguir ejecutándose en otro núcleo C2. Es posible que algunas aplicaciones dejen de funcionar temporalmente y se reanuden más tarde.
El tiempo central del segmento
Los ámbitos se pueden segmentar (es decir, las aplicaciones se pueden ejecutar alternativamente en un núcleo) para compartir costos o reducir las tasas de producción de bloques, como se muestra en el siguiente diagrama.
Combinar el tiempo central
Una aplicación se puede asignar a varios núcleos al mismo tiempo. Algunas aplicaciones pueden tener una asignación de núcleo permanente y una asignación intermitente, por ejemplo, durante los períodos de alta demanda, se pueden enviar varios fragmentos a varios núcleos en el mismo período de tiempo para reducir la latencia.
Uso principal de Agile**
En la versión 1.0 de Polkadot, cada "núcleo" del sistema se asigna a una aplicación específica, y la aplicación aquí es equivalente a una parachain. Sin embargo, en teoría, no importa en particular qué aplicación se asigne a qué núcleo para ejecutar esta relación de asignación. Es decir, cada núcleo es neutro y no tiene una preferencia especial o un manejo más amigable para ninguna aplicación en particular.
Aquí, eliminamos la suposición de que cada aplicación tiene un núcleo, sino que todos los núcleos son recursos, consumidos y utilizados de acuerdo con las necesidades de todas las aplicaciones del ecosistema.
Núcleos comprimidos
Un núcleo tiene la capacidad de procesar y proteger varios bloques de la misma aplicación al mismo tiempo. La combinación de bloques de varias aplicaciones en el mismo núcleo de la cadena de retransmisión puede reducir la latencia de procesamiento de esos bloques, pero esto da como resultado un aumento en el ancho de banda requerido. Para combinar estos bloques, las tarifas requeridas son fijas, lo que se refleja en las tarifas de apertura y cierre de bloques.
Núcleos compartidos
Comparta núcleos con otras aplicaciones para compartir costos sin reducir la latencia. Tenga en cuenta que esto no es lo mismo que dividir el tiempo del núcleo, donde un núcleo es utilizado por varias aplicaciones en diferentes momentos, compartiendo los costos a costa de una mayor latencia.
Sistema informático ágil y componible
Todas las opciones anteriores para la asignación ágil del tiempo del núcleo y el uso del núcleo se pueden combinar para permitir un sistema informático global ágil y descentralizado.
Por lo tanto, esta nueva visión se centra en los recursos de Polkadot, es decir, el espacio de bloque seguro, flexible y disponible, que se puede obtener reservando algo de tiempo en el núcleo. La agilidad en la asignación del tiempo del núcleo y el uso de núcleos maximiza la eficiencia de la red y el uso del espacio en bloque.
Dureza de Polkadot
Los sistemas diseñados sin tener en cuenta la descentralización, la criptografía y la teoría de juegos son vulnerables al cracking y a los ciberataques. Polkadot construye su resiliencia basándose en los siguientes pilares:
Utilice clientes ligeros: Los servidores RPC centralizados, aunque comunes, son vulnerables a los ataques, y RPC no es un portal descentralizado y sin confianza para aplicaciones basadas en blockchain. Con Smoldot, los clientes ligeros están disponibles en Polkadot.
Primitivas de conocimiento cero (ZK): Pueden crear problemas con la censura y la centralización, ya que reducir las grandes funciones de transición de estado a una prueba ejecutada correctamente no es actualmente una solución de escalado para construir sistemas resilientes. Sin embargo, Polkadot está construyendo una biblioteca primitiva ZK rica en funciones y de alto rendimiento para casos de uso específicos. El primer caso de uso se utilizará para mejorar la privacidad de los colectivos on-chain como Polkadot Technical Fellowship.
Consenso de Sasafrás: Un nuevo algoritmo de consenso de producción de bloques sin bifurcación, que reemplaza a BABE, solo se producirá si se espera que un bloque sea confirmado por toda la red y finalmente se determine que es válido. Esto proporcionará múltiples beneficios como:
Las actualizaciones sin bifurcación pueden mejorar la seguridad, el rendimiento de la parachain y la experiencia del usuario
Con el fin de evitar que ciertas entidades intenten priorizar sus propias transacciones después de ver transacciones no confirmadas, el sistema adopta un mecanismo de enrutamiento de transacciones de alto rendimiento. En este mecanismo, las transacciones se agregan directa y rápidamente al bloque sin ser transmitidas a través de la red. Al mismo tiempo, para mayor seguridad, todas las transacciones están encriptadas.
4. Red híbrida entre nodos: transporte encubierto para mensajes cortos, sí
Evite también las transacciones que filtran información de IP
Introducir un sistema de mensajería universal que permita a los usuarios, cadenas, trabajadores fuera de la cadena, contratos inteligentes, módulos y cualquier otra entidad presente en la cadena intercambiar mensajes que contengan firmas, intenciones, etc.
5. Descentralización social: La estrategia de descentralización de la socialización hace hincapié en la mejora de la solidez del sistema a través de una amplia participación. Esta estrategia anima a un gran número de miembros a participar en la toma de decisiones en cadena, asegurando que los fondos, como los presupuestos de tesorería, los salarios y el apoyo financiero, se distribuyan de manera adecuada y justa. El punto es que para mantener este estado descentralizado, los expertos técnicos críticos en el sistema deben ser directamente incentivados y reclutados por la red Polkadot, en lugar de por alguna organización específica dentro de la red. Esto es para garantizar la descentralización de la red para que todas las personas trabajen juntas en igualdad de condiciones.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Derribando los muros que una vez se construyeron ¿Cómo se desarrollará Polkadot en el futuro?
Hoy hace dos años, todo el espacio de las criptomonedas estaba lleno de expectación entusiasta por la próxima subasta de ranuras de parachain de Polkadot. Sin embargo, con el tiempo, este mecanismo de subasta demostró tener un umbral de participación relativamente alto, lo que dificultó un poco la expansión de su ecosistema. Pero afortunadamente, el equipo dirigido por el Dr. Gavin Wood vio el problema a tiempo y estaba decidido a derribar los obstáculos erigidos anteriormente, y pensar activamente en cómo promover el desarrollo sostenible del ecosistema, reducir la barrera de entrada y centrarse más en proporcionar un producto blockchain verdaderamente valioso: el "espacio de bloques".
En este contexto histórico y de transformación, ¿cuál será el futuro diseño y dirección de desarrollo de Polkadot? Echemos un vistazo completo a cómo Polkadot puede servir mejor a los usuarios de Web3 a través de este artículo.
¡Comprender Polkadot 1.0 y la filosofía detrás de él nos ayudará a comprender mejor la dirección futura del ecosistema de Polkadot!
Redefinido: Polkadot se utilizará como recurso informático
Polkadot ahora se ha abstraído y generalizado más allá de lo que se propuso y previó originalmente en el libro blanco. Polkadot es:
Espacio de bloque (el recurso subyacente requerido por la cadena), no la cadena. Una plataforma creada para que las personas usen la aplicación en lugar de la cadena. Esencialmente, Polkadot no es una plataforma para cadenas de alojamiento, las cadenas son solo una forma de crear aplicaciones y aumentar la utilidad de Polkadot. Una plataforma que proporciona servicios informáticos continuos y estables que no son solo específicos o limitados, sino genéricos y se pueden aplicar a una variedad de aplicaciones y escenarios diferentes. Donde "persistente" significa comenzar a realizar una acción o cálculo, luego hacer una pausa en algún momento antes de continuar desde donde se dejó o pasar a otra tarea. Un ordenador multinúcleo en el que las cadenas que se ejecutan en paralelo en diferentes núcleos en sucesión se denominan parachains. Actualmente, con el mecanismo de subasta de ranuras, se utiliza un núcleo por cadena, pero para subprocesos paralelos puede ser para proporcionar recursos para múltiples cadenas bajo demanda en diferentes momentos. Actualmente en Polkadot, hay alrededor de 50 núcleos que se ejecutan de forma independiente y en paralelo.
A partir de ahora, las aplicaciones se utilizarán como un término genérico para describir cualquier cosa que pueda utilizar Polkadot Core para acceder a una informática segura y descentralizada.
Principales direcciones de desarrollo de Polkadot
Si pensamos en Polkadot como un proveedor de servicios que proporciona servicios informáticos confiables y resistentes a través de su núcleo, y garantiza que las aplicaciones puedan interoperar o comunicarse entre sí de forma segura, entonces el futuro de Polkadot puede evolucionar en las siguientes direcciones principales: de un ecosistema centrado en la cadena a un ecosistema centrado en las aplicaciones. Elimine la suposición de que cada aplicación tiene un núcleo, sino que todos los núcleos son recursos que la aplicación puede consumir y usar según sea necesario.
Anteriormente, asegurar las ranuras de parachain a través del mecanismo de subasta era un proceso competitivo. Con el tiempo central, las subastas de tragamonedas ya no son necesarias. Los equipos pueden comprar algunos CoreTime instantáneos o reservar tantos como sea necesario. Esto reduce en gran medida la barrera de entrada para los jugadores de software y los equipos de parachain.
Además de estos cambios importantes, el uso ágil del núcleo y la asignación del tiempo del núcleo permitirán que cualquier aplicación acceda a los cálculos de Polkadot según sea necesario sin desperdiciar un valioso espacio en bloque. El protocolo también mejorará la comunicación entre cadenas y las garantías de seguridad para los mensajes XCM. Por último, el propio Polkadot escalará descomponiendo la lógica central en sus propias parachains del sistema, proporcionando más ancho de banda para los protocolos y acuerdos de parachains.
De la subasta de tragamonedas al mercado de Coretime
El producto final de blockchain es el espacio de bloques. La aplicación necesita acceder al espacio de bloques de Polkadot, y el punto de entrada para acceder al espacio de bloques es el núcleo. Como resultado, las aplicaciones deberán reservar algo de tiempo o tiempo de núcleo en el núcleo para obtener acceso al espacio de bloque seguro y la interoperabilidad de Polkadot durante un período limitado.
El núcleo debe ser ágil y general:
"Agilidad" significa que los núcleos pueden ajustar o cambiar rápidamente las tareas en las que se ejecutan, al igual que las CPU modernas pueden cambiar rápidamente entre diferentes programas o tareas. "Versatilidad" significa que estos núcleos no están diseñados específicamente para una tarea específica, sino que se pueden adaptar y manejar para muchas tareas diferentes.
Debido a que los núcleos tienen tales características, para aprovecharlas al máximo, la forma en que se adquieren (o distribuyen) también debe ser flexible y rápida, es decir, "ágil".
El mecanismo de subasta de tragamonedas no es ágil, crea una alta barrera de entrada y está diseñado para aplicaciones monolíticas de larga duración (es decir, la visión original de Polkadot propuesta en el libro blanco).
Abandonamos la clásica subasta de arrendamiento y propusimos construir un mercado "ágil" para el tiempo central, esencialmente un producto que podría tokenizarse, venderse e intercambiarse. Esta configuración maximiza la agilidad de Polkadot y permite que el mercado descubra la mejor solución para que la aplicación tenga éxito.
Las aplicaciones podrán reservar tiempo de núcleo masivo y tiempo de núcleo instantáneo según sea necesario. Los alquileres a granel de core time se arrendarán a granel durante un período de tiempo fijo a un precio fijo a través de la parachain del sistema de corredores. Los alquileres instantáneos de Core Time se venderán en función de la demanda en tiempo real, y el precio del alquiler se determinará en función del precio actual en tiempo real. Un sistema de este tipo reduciría la barrera de entrada para los posibles constructores.
Los ingresos de las ventas a tiempo central pueden destruirse, o fluir a la tesorería, o utilizarse para una combinación de estas opciones. El tema se encuentra actualmente en discusión. Para obtener más información, consulte RFC-0010 y RFC-0015.
De centrado en la cadena a centrado en la aplicación
Polkadot 1.0 es un paradigma centrado en la cadena que consiste en cadenas huérfanas capaces de intercambiar mensajes. Esto no es fundamentalmente diferente de una cadena completamente diferente conectada por puente, la única diferencia es que hay una cadena de retransmisión para asegurar la red, proporcionar capacidades de mensajería y realizar tareas adicionales como Crowdloan, Subasta, Staking, Cuentas, Saldos y Gobernanza. Si un sistema está diseñado centrado en la cadena, las aplicaciones que produce en última instancia y las experiencias que proporciona a los usuarios también estarán centradas en la cadena. La forma en que se diseña y diseña un sistema afecta directamente a las características de las aplicaciones que produce y a la experiencia que proporciona a los usuarios. Si el enfoque del sistema es la cadena, entonces la aplicación y la experiencia del usuario también reflejarán esta tendencia.
La verdadera innovación de Polkadot radica en aprovechar la propuesta de valor única que ofrecen las diferentes cadenas y aprovechar el potencial colaborativo de estas cadenas para crear aplicaciones entre cadenas para resolver problemas del mundo real. Por lo tanto, estas aplicaciones deben ser de cadena cruzada.
En el futuro, Relay Chain se encargará cada vez menos de tareas, y solo se centrará en la tarea principal: proteger la red y proporcionar capacidades de mensajería seguras. Las parachains del sistema se utilizarán para hacerse cargo de las tareas secundarias de la cadena de retransmisión, como el staking, la gobernanza, etc. Echa un vistazo al último artículo de PolkaWorld "¡Gavin Wood propone minimizar la cadena de retransmisión, la identidad, el staking y los sistemas de gobernanza migrarán primero a la parachain del sistema!" 》
XCM y Accords
XCMP es un protocolo de capa de transporte diseñado específicamente para enviar mensajes XCM. Proporciona un método específico y una ruta de acceso segura para la entrega de mensajes, pero no implica detalles o estructura de protocolo de nivel superior, lo que puede implicar cómo dar formato a los mensajes, cómo manejar la lógica de interacción específica u otras funciones de protocolo más avanzadas. En resumen, XCMP se centra en el transporte básico de mensajes en lugar de tratar con una lógica o especificaciones de protocolo complejas.
XCM es un formato o lenguaje especialmente diseñado para representar la intención de las operaciones comunes en la cadena. Es como un lenguaje común que describe "tengo la intención de hacer esto" o "quiero que esto suceda". Los mensajes XCM se transmiten entre varias cadenas a través del mecanismo XCMP. En un entorno ideal y completamente sin confianza, el sistema necesita mecanismos sólidos para garantizar que cada cadena interprete y ejecute correctamente y fielmente los mensajes XCM. En pocas palabras, aunque podamos enviar mensajes entre cadenas de forma segura, todavía existe el riesgo de que esos mensajes sean malinterpretados o malinterpretados por la cadena receptora. Para garantizar esta corrección y seguridad, se puede utilizar un mecanismo o protocolo llamado "Acuerdos".
Un acuerdo es un acuerdo o tratado opcional entre varias cadenas. La lógica de este tratado es fija y no puede ser alterada o rota por ninguna cadena participante. Polkadot, como plataforma, se compromete a ejecutar fielmente estos protocolos de acuerdo, asegurando que se ejecuten correctamente en todas las cadenas participantes. Cada Accord está dirigido a una característica específica o a una necesidad específica. Una vez que una cadena decide unirse a un Acuerdo, la cadena debe seguir las reglas del Acuerdo y proporcionar la funcionalidad descrita en el Acuerdo. Para facilitar la participación de más cadenas, la creación de un nuevo Acuerdo es abierta y sin permisos. Sin embargo, aunque cualquier cadena puede proponer un nuevo Acuerdo, no entrará en vigor inmediatamente. Solo después de que las otras cadenas acuerden y registren el Acuerdo, éste entrará en vigor oficialmente. En general, Accord es un mecanismo que ayuda a varias cadenas a trabajar juntas en la plataforma Polkadot, lo que garantiza la coherencia y la seguridad del protocolo.
En resumen, cuando una cadena envía un mensaje XCM a otra cadena, Accord se asegura de que la cadena receptora interprete y procese el mensaje según lo previsto por la cadena de envío. En segundo lugar, Accord crea un entorno colaborativo y completamente libre de confianza entre las aplicaciones. Aunque es posible que no exista una relación de confianza preestablecida entre las aplicaciones o cadenas individuales, con Accord pueden comunicarse y cooperar entre sí de forma segura y fiable.
Polkadot es el único ecosistema en el que Accord puede existir correctamente porque tiene una capa de seguridad homogénea que también proporciona una capacidad de transición de estado específica para cada uno de sus componentes lógicos. Esto permite un patrón cooperativo entre múltiples componentes lógicos (es decir, entre aplicaciones), lo que no es posible en los puentes.
Accord se implementará utilizando la tecnología SPREE.
Uso principal en Polkadot 1.0
En Polkadot 1.0, la aplicación generaba un fragmento cada 12 segundos, independientemente de los requisitos reales. Esta práctica crea un desperdicio de recursos, ya que los bloques se producen a este ritmo, independientemente de si la transacción está ocupada o no. Cuando las transacciones de la red están muy ocupadas, existe un incentivo para producir bloques completos llenos de transacciones para recibir recompensas financieras. Cuando la transacción no está demasiado ocupada, puede producir bloques vacíos sin ninguna transacción, lo que también es antieconómico.
El siguiente diagrama muestra el uso principal de Polkadot 1.0, donde el eje horizontal representa el tiempo y cada fila representa un núcleo. Los colores muestran las diferentes parachains que utilizan un núcleo.
La configuración anterior proporciona un entorno de ejecución particionado simple y seguro.
Sin embargo, para lograr la eficiencia general, los bloques deben producirse cuando sea necesario, y el sistema debe apuntar a la capacidad total de los bloques, lo que reduce la probabilidad de incentivar a los validadores a producir bloques medio llenos o vacíos.
Asignación ágil de tiempo central
En Polkadot 1.0, el llamado "tiempo del núcleo" se refiere al período de tiempo fijo que una aplicación puede ejecutarse en un núcleo específico, que es de dos años. Pero ahora, este límite fijo de dos años se ha eliminado para ser más flexible y satisfacer las necesidades de diversas aplicaciones. Dicho esto, el uso del tiempo central se ha vuelto más general y flexible, y ya no está limitado por el marco temporal fijo de dos años en versiones anteriores.
Dividir el tiempo del núcleo
El propietario de Core Time puede dividirlo o intercambiarlo. La aplicación A1 puede ejecutarse en el núcleo C1 durante un período de tiempo limitado y, a continuación, otra aplicación A2 puede seguir ejecutándose en el núcleo C1, o la aplicación A1 puede seguir ejecutándose en otro núcleo C2. Es posible que algunas aplicaciones dejen de funcionar temporalmente y se reanuden más tarde.
El tiempo central del segmento
Los ámbitos se pueden segmentar (es decir, las aplicaciones se pueden ejecutar alternativamente en un núcleo) para compartir costos o reducir las tasas de producción de bloques, como se muestra en el siguiente diagrama.
Combinar el tiempo central
Una aplicación se puede asignar a varios núcleos al mismo tiempo. Algunas aplicaciones pueden tener una asignación de núcleo permanente y una asignación intermitente, por ejemplo, durante los períodos de alta demanda, se pueden enviar varios fragmentos a varios núcleos en el mismo período de tiempo para reducir la latencia.
Uso principal de Agile**
En la versión 1.0 de Polkadot, cada "núcleo" del sistema se asigna a una aplicación específica, y la aplicación aquí es equivalente a una parachain. Sin embargo, en teoría, no importa en particular qué aplicación se asigne a qué núcleo para ejecutar esta relación de asignación. Es decir, cada núcleo es neutro y no tiene una preferencia especial o un manejo más amigable para ninguna aplicación en particular.
Aquí, eliminamos la suposición de que cada aplicación tiene un núcleo, sino que todos los núcleos son recursos, consumidos y utilizados de acuerdo con las necesidades de todas las aplicaciones del ecosistema.
Núcleos comprimidos
Un núcleo tiene la capacidad de procesar y proteger varios bloques de la misma aplicación al mismo tiempo. La combinación de bloques de varias aplicaciones en el mismo núcleo de la cadena de retransmisión puede reducir la latencia de procesamiento de esos bloques, pero esto da como resultado un aumento en el ancho de banda requerido. Para combinar estos bloques, las tarifas requeridas son fijas, lo que se refleja en las tarifas de apertura y cierre de bloques.
Núcleos compartidos
Comparta núcleos con otras aplicaciones para compartir costos sin reducir la latencia. Tenga en cuenta que esto no es lo mismo que dividir el tiempo del núcleo, donde un núcleo es utilizado por varias aplicaciones en diferentes momentos, compartiendo los costos a costa de una mayor latencia.
Sistema informático ágil y componible
Todas las opciones anteriores para la asignación ágil del tiempo del núcleo y el uso del núcleo se pueden combinar para permitir un sistema informático global ágil y descentralizado.
Por lo tanto, esta nueva visión se centra en los recursos de Polkadot, es decir, el espacio de bloque seguro, flexible y disponible, que se puede obtener reservando algo de tiempo en el núcleo. La agilidad en la asignación del tiempo del núcleo y el uso de núcleos maximiza la eficiencia de la red y el uso del espacio en bloque.
Dureza de Polkadot
Los sistemas diseñados sin tener en cuenta la descentralización, la criptografía y la teoría de juegos son vulnerables al cracking y a los ciberataques. Polkadot construye su resiliencia basándose en los siguientes pilares:
4. Red híbrida entre nodos: transporte encubierto para mensajes cortos, sí
5. Descentralización social: La estrategia de descentralización de la socialización hace hincapié en la mejora de la solidez del sistema a través de una amplia participación. Esta estrategia anima a un gran número de miembros a participar en la toma de decisiones en cadena, asegurando que los fondos, como los presupuestos de tesorería, los salarios y el apoyo financiero, se distribuyan de manera adecuada y justa. El punto es que para mantener este estado descentralizado, los expertos técnicos críticos en el sistema deben ser directamente incentivados y reclutados por la red Polkadot, en lugar de por alguna organización específica dentro de la red. Esto es para garantizar la descentralización de la red para que todas las personas trabajen juntas en igualdad de condiciones.