¡Ha comenzado el desarrollo de On-Demand Parachains (también conocido como Parathreads)! Muchas personas ya están esperando el lanzamiento de hilos paralelos. Este artículo compartirá ¿qué es un hilo paralelo? ¿Cómo obtienen los parathreads el derecho de producir bloques? Y el proceso de verificación del colector, etc.
Las paracadenas bajo demanda son la primera variante de una forma más dinámica de adquirir espacio en bloques. Las paracaídas existentes proporcionan una forma muy estática de adquirir espacio en bloques, es decir, ganar una subasta y luego tener espacio en bloques garantizado disponible durante un largo período de tiempo, como un año. Actualmente, la parachain produce un bloque cada 12 segundos durante todo el período. Esta garantía de producción regular de bloques es, de hecho, lo que necesitan algunas aplicaciones/cadenas, y es una de las características que hacen que las paracadenas sean superiores a los contratos inteligentes.
Pero, por otro lado, desde la perspectiva de la red, esto es demasiado pesado para algunas aplicaciones, y su conversión en una paracaídas provocará una gran pérdida de recursos. Desde la perspectiva del usuario, ganar una subasta es una barrera de entrada relativamente alta, lo que dificulta que nuevos proyectos e ideas se unan a la red. Con parachains bajo demanda, reducimos esta barrera y abrimos la red a aplicaciones que consumen menos recursos de una manera más eficiente.
Entonces, ¿cómo funciona esto? En lugar de programar una generación de bloques cada 12 segundos, una paracadena a pedido, cuando es necesario, un recopilador solicita un núcleo (una oportunidad de generación de bloques) y envía una generación de bloques especial a la cadena de retransmisión de Polkadot. Una transacción (extrínseca) que dice que quieren un núcleo para su ParaId e incluye el precio máximo que están dispuestos a pagar.
Pedir un núcleo
El tiempo de ejecución de la cadena de retransmisión calculará el mejor precio del núcleo actual, si el precio más alto de un nuevo pedido es igual o superior y la cuenta tiene fondos suficientes, se cobrará de acuerdo con el mejor precio actual y se cobrará pronto El productor del bloque organiza la autoridad del bloque. Este precio lo calcula la cadena de retransmisión en función de la demanda actual. Se basa en el mismo mecanismo que las tarifas, con el fin de reaccionar lentamente a la demanda para evitar fluctuaciones bruscas de precios.
El cofundador de Polkadot, Robert, agregó a esta pregunta y explicó que en el mecanismo de pago de tarifas en Parathreads, sin importar cuál sea el precio más alto que el postor esté dispuesto a pagar, la tarifa pagada es la misma. Cuando la demanda de paracadenas bajo demanda es alta, el precio del núcleo aumentará lentamente en un ajuste automático.
Puede haber un problema de "MEV" en esta situación, que se refiere a los ingresos adicionales que los mineros o validadores pueden obtener manipulando el orden de las transacciones o las transacciones incluidas. Por ejemplo, los validadores pueden optar por retrasar el procesamiento de pedidos con ofertas más altas para poder cobrar o quemar más tarifas. Pero los "extrínsecos mortales" de Polkadot limitan esta posibilidad. Los "extrínsecos mortales" son transacciones con un ciclo de vida, lo que significa que estas transacciones no esperarán eternamente para ser procesadas y se descartarán automáticamente después de un período de tiempo, lo que limita el espacio operativo del validador.
Para que los parathreads utilicen los mecanismos de seguridad existentes al solicitar el permiso de bloqueo, la transacción (extrínseca) que envían solicitando el permiso de bloqueo debe estar firmada. Un "extrínseco firmado" significa que la cuenta que envió la transacción firmó la transacción con su propia clave privada. Esto está diseñado para evitar que otros envíen transacciones haciéndose pasar por la cuenta, ya que nadie más que el propietario de la cuenta puede generar una firma que coincida con la clave pública de la cuenta. Entonces, cuando la cadena de retransmisión recibe una transacción firmada, puede confirmar que la transacción fue efectivamente enviada por quien dice ser.
Además, las transacciones firmadas también pueden contener información adicional, como nonce (utilizado para evitar ataques de repetición) y propina (utilizado para dar propina al dador del bloque). La cadena de retransmisión ya tiene un mecanismo para manejar esta información, por lo que hacer que las solicitudes de bloque de parachains impulsadas por la demanda utilicen transacciones firmadas les permite aprovechar directamente estos mecanismos existentes sin tener que desarrollar nuevos mecanismos de seguridad.
Desde el punto de vista del usuario, esto significa que la tarifa de precio total a pagar consta de tres partes: la tarifa de transacción tradicional (que se utiliza para pagar los recursos informáticos necesarios para procesar la transacción), una Sugerencia opcional (que se utiliza para alentar a los productores de bloques a priorizar sus transacciones), y el precio básico de suscripción mencionado anteriormente (es decir, el precio de la energía del bloque).
Integrar el mecanismo de pedidos en el nodo colector
El proceso real de creación de bloques es exactamente el mismo para los validadores (colocadores) que para las paracadenas estáticas. Los recopiladores son nodos responsables de recopilar y crear bloques. Comprueban regularmente el estado de las paracadenas, especialmente las paracadenas de las que son responsables (identificadas por ParaId). Si descubren que la parachain correspondiente a su ParaId está a punto de llegar al momento de crear un bloque, comenzarán a generar un nuevo bloque. Después de generar el bloque, deben generar una prueba (Prueba de validez, denominada PoV), que contiene el contenido del bloque y la información que prueba la validez del bloque. Luego, enviarán este comprobante de PoV al backing group asignado (Backing Group). El grupo de respaldo es un grupo de nodos responsables de verificar y confirmar la validez de este bloque.
Si bien el proceso de generación de bloques en el parachain bajo demanda es el mismo que en el parachain estático, en el parachain bajo demanda necesitamos introducir un nuevo mecanismo en los collators (Collators), para que puedan al enviar solicitudes de bloque oportunidades de generación (es decir, "órdenes básicas").
Actualmente existen varias estrategias posibles sobre cómo diseñar este nuevo mecanismo (si está interesado en este problema, o si tiene algún conocimiento de Cumulus, profundizar en este problema será una buena manera de participar en este proyecto y ayudar en- exigen que las paracadenas se implementen más rápido.
Cumulus es un marco de desarrollo para construir parachains en las redes Polkadot y Kusama. Fue desarrollado por Parity Technologies, el principal desarrollador de Polkadot. Cumulus reduce la complejidad para que los desarrolladores construyan Parachains. Cuando usa Cumulus para construir una cadena paralela, puede aprovechar algunas funciones y lógica compartida ya implementadas en Cumulus, como la comunicación con la cadena de retransmisión y la verificación de bloques y el procesamiento de finalidad. Esto permite a los desarrolladores centrarse en su lógica empresarial sin tener que lidiar con estos problemas de bajo nivel.
En general, el objetivo de Cumulus es hacer que la construcción de paracaídas sea lo más fácil posible para promover el desarrollo de la ecología de Polkadot y Kusama.
Otro recordatorio importante es que puede haber un riesgo de seguridad si el recopilador está operando desde una billetera caliente (una billetera conectada a la red). Por lo tanto, proporcionaremos un tipo de cuenta de proxy dedicada, que solo tiene la autoridad de licitación central en la parachain bajo demanda, lo que reduce los riesgos de seguridad.
soporte asíncrono integrado y más detalles
Para una audiencia técnica más interesada, aquí se realiza un seguimiento del desarrollo completo de la paracaídas bajo demanda.
Las subtareas se pueden encontrar aquí (especialmente para la próxima integración del soporte asíncrono, algunas reflexiones se resumen en este comentario (.
En resumen, la abstracción central existente ya no será de 0 dimensiones, sino de 1 dimensión. Esto puede significar que la forma en que funciona el sistema o el modelo se volverá más flexible o compleja, lo que permitirá que estos "núcleos" u otras partes del sistema conozcan de antemano o predigan tareas o eventos que ocurrirán en el futuro. Esto podría ser una optimización o mejora que hace que el sistema general sea más capaz de predecir y procesar la actividad futura.
En Polkadot, un "núcleo" es un nodo especial responsable de procesar y verificar transacciones y otras actividades en parachains, y "abstracción central" generalmente se refiere a un diseño en el que se abstraen algunos mecanismos internos complejos o detalles de implementación Ocultos bajo una interfaz simple o concepto.
Pero suficientes detalles por ahora. ¡Estamos muy entusiasmados con las nuevas posibilidades que traerán las paracadenas a pedido y no podemos esperar a verlas en vivo!
Enlace de referencia del contenido:
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.
El desarrollo del parahilo Polkadot ha comenzado a entender cómo funciona
Compilar: PolkaWorld
¡Ha comenzado el desarrollo de On-Demand Parachains (también conocido como Parathreads)! Muchas personas ya están esperando el lanzamiento de hilos paralelos. Este artículo compartirá ¿qué es un hilo paralelo? ¿Cómo obtienen los parathreads el derecho de producir bloques? Y el proceso de verificación del colector, etc.
Las paracadenas bajo demanda son la primera variante de una forma más dinámica de adquirir espacio en bloques. Las paracaídas existentes proporcionan una forma muy estática de adquirir espacio en bloques, es decir, ganar una subasta y luego tener espacio en bloques garantizado disponible durante un largo período de tiempo, como un año. Actualmente, la parachain produce un bloque cada 12 segundos durante todo el período. Esta garantía de producción regular de bloques es, de hecho, lo que necesitan algunas aplicaciones/cadenas, y es una de las características que hacen que las paracadenas sean superiores a los contratos inteligentes.
Pero, por otro lado, desde la perspectiva de la red, esto es demasiado pesado para algunas aplicaciones, y su conversión en una paracaídas provocará una gran pérdida de recursos. Desde la perspectiva del usuario, ganar una subasta es una barrera de entrada relativamente alta, lo que dificulta que nuevos proyectos e ideas se unan a la red. Con parachains bajo demanda, reducimos esta barrera y abrimos la red a aplicaciones que consumen menos recursos de una manera más eficiente.
Entonces, ¿cómo funciona esto? En lugar de programar una generación de bloques cada 12 segundos, una paracadena a pedido, cuando es necesario, un recopilador solicita un núcleo (una oportunidad de generación de bloques) y envía una generación de bloques especial a la cadena de retransmisión de Polkadot. Una transacción (extrínseca) que dice que quieren un núcleo para su ParaId e incluye el precio máximo que están dispuestos a pagar.
Pedir un núcleo
El tiempo de ejecución de la cadena de retransmisión calculará el mejor precio del núcleo actual, si el precio más alto de un nuevo pedido es igual o superior y la cuenta tiene fondos suficientes, se cobrará de acuerdo con el mejor precio actual y se cobrará pronto El productor del bloque organiza la autoridad del bloque. Este precio lo calcula la cadena de retransmisión en función de la demanda actual. Se basa en el mismo mecanismo que las tarifas, con el fin de reaccionar lentamente a la demanda para evitar fluctuaciones bruscas de precios.
El cofundador de Polkadot, Robert, agregó a esta pregunta y explicó que en el mecanismo de pago de tarifas en Parathreads, sin importar cuál sea el precio más alto que el postor esté dispuesto a pagar, la tarifa pagada es la misma. Cuando la demanda de paracadenas bajo demanda es alta, el precio del núcleo aumentará lentamente en un ajuste automático.
Puede haber un problema de "MEV" en esta situación, que se refiere a los ingresos adicionales que los mineros o validadores pueden obtener manipulando el orden de las transacciones o las transacciones incluidas. Por ejemplo, los validadores pueden optar por retrasar el procesamiento de pedidos con ofertas más altas para poder cobrar o quemar más tarifas. Pero los "extrínsecos mortales" de Polkadot limitan esta posibilidad. Los "extrínsecos mortales" son transacciones con un ciclo de vida, lo que significa que estas transacciones no esperarán eternamente para ser procesadas y se descartarán automáticamente después de un período de tiempo, lo que limita el espacio operativo del validador.
Para que los parathreads utilicen los mecanismos de seguridad existentes al solicitar el permiso de bloqueo, la transacción (extrínseca) que envían solicitando el permiso de bloqueo debe estar firmada. Un "extrínseco firmado" significa que la cuenta que envió la transacción firmó la transacción con su propia clave privada. Esto está diseñado para evitar que otros envíen transacciones haciéndose pasar por la cuenta, ya que nadie más que el propietario de la cuenta puede generar una firma que coincida con la clave pública de la cuenta. Entonces, cuando la cadena de retransmisión recibe una transacción firmada, puede confirmar que la transacción fue efectivamente enviada por quien dice ser.
Además, las transacciones firmadas también pueden contener información adicional, como nonce (utilizado para evitar ataques de repetición) y propina (utilizado para dar propina al dador del bloque). La cadena de retransmisión ya tiene un mecanismo para manejar esta información, por lo que hacer que las solicitudes de bloque de parachains impulsadas por la demanda utilicen transacciones firmadas les permite aprovechar directamente estos mecanismos existentes sin tener que desarrollar nuevos mecanismos de seguridad.
Desde el punto de vista del usuario, esto significa que la tarifa de precio total a pagar consta de tres partes: la tarifa de transacción tradicional (que se utiliza para pagar los recursos informáticos necesarios para procesar la transacción), una Sugerencia opcional (que se utiliza para alentar a los productores de bloques a priorizar sus transacciones), y el precio básico de suscripción mencionado anteriormente (es decir, el precio de la energía del bloque).
Integrar el mecanismo de pedidos en el nodo colector
El proceso real de creación de bloques es exactamente el mismo para los validadores (colocadores) que para las paracadenas estáticas. Los recopiladores son nodos responsables de recopilar y crear bloques. Comprueban regularmente el estado de las paracadenas, especialmente las paracadenas de las que son responsables (identificadas por ParaId). Si descubren que la parachain correspondiente a su ParaId está a punto de llegar al momento de crear un bloque, comenzarán a generar un nuevo bloque. Después de generar el bloque, deben generar una prueba (Prueba de validez, denominada PoV), que contiene el contenido del bloque y la información que prueba la validez del bloque. Luego, enviarán este comprobante de PoV al backing group asignado (Backing Group). El grupo de respaldo es un grupo de nodos responsables de verificar y confirmar la validez de este bloque.
Si bien el proceso de generación de bloques en el parachain bajo demanda es el mismo que en el parachain estático, en el parachain bajo demanda necesitamos introducir un nuevo mecanismo en los collators (Collators), para que puedan al enviar solicitudes de bloque oportunidades de generación (es decir, "órdenes básicas").
Actualmente existen varias estrategias posibles sobre cómo diseñar este nuevo mecanismo (si está interesado en este problema, o si tiene algún conocimiento de Cumulus, profundizar en este problema será una buena manera de participar en este proyecto y ayudar en- exigen que las paracadenas se implementen más rápido.
Cumulus es un marco de desarrollo para construir parachains en las redes Polkadot y Kusama. Fue desarrollado por Parity Technologies, el principal desarrollador de Polkadot. Cumulus reduce la complejidad para que los desarrolladores construyan Parachains. Cuando usa Cumulus para construir una cadena paralela, puede aprovechar algunas funciones y lógica compartida ya implementadas en Cumulus, como la comunicación con la cadena de retransmisión y la verificación de bloques y el procesamiento de finalidad. Esto permite a los desarrolladores centrarse en su lógica empresarial sin tener que lidiar con estos problemas de bajo nivel.
En general, el objetivo de Cumulus es hacer que la construcción de paracaídas sea lo más fácil posible para promover el desarrollo de la ecología de Polkadot y Kusama.
Otro recordatorio importante es que puede haber un riesgo de seguridad si el recopilador está operando desde una billetera caliente (una billetera conectada a la red). Por lo tanto, proporcionaremos un tipo de cuenta de proxy dedicada, que solo tiene la autoridad de licitación central en la parachain bajo demanda, lo que reduce los riesgos de seguridad.
soporte asíncrono integrado y más detalles
Para una audiencia técnica más interesada, aquí se realiza un seguimiento del desarrollo completo de la paracaídas bajo demanda.
Las subtareas se pueden encontrar aquí (especialmente para la próxima integración del soporte asíncrono, algunas reflexiones se resumen en este comentario (.
En resumen, la abstracción central existente ya no será de 0 dimensiones, sino de 1 dimensión. Esto puede significar que la forma en que funciona el sistema o el modelo se volverá más flexible o compleja, lo que permitirá que estos "núcleos" u otras partes del sistema conozcan de antemano o predigan tareas o eventos que ocurrirán en el futuro. Esto podría ser una optimización o mejora que hace que el sistema general sea más capaz de predecir y procesar la actividad futura.
En Polkadot, un "núcleo" es un nodo especial responsable de procesar y verificar transacciones y otras actividades en parachains, y "abstracción central" generalmente se refiere a un diseño en el que se abstraen algunos mecanismos internos complejos o detalles de implementación Ocultos bajo una interfaz simple o concepto.
Pero suficientes detalles por ahora. ¡Estamos muy entusiasmados con las nuevas posibilidades que traerán las paracadenas a pedido y no podemos esperar a verlas en vivo!
Enlace de referencia del contenido: