¿Qué tarifas de transacción tiene Polkadot?

Algunos recursos en una red blockchain son limitados, por ejemplo, almacenamiento y computación. Las tarifas de transacción evitan que los usuarios individuales consuman recursos excesivos. Polkadot utiliza un modelo de tarifa basado en el peso en lugar de un modelo de medición de gas. Por lo tanto, se cobra una tarifa antes de que se pueda ejecutar la transacción, y una vez que se paga la tarifa, el nodo ejecutará la transacción.

El equipo de investigación de Web3 Foundation diseñó el sistema de tarifas de transacción de Polkadot basado en los siguientes principios:

Cada bloque de la cadena de retransmisión debe procesarse de manera eficiente para evitar retrasos en la producción de bloques.

La tasa de crecimiento de la cadena de relevos debe ser limitada.

Cada bloque debe tener espacio para transacciones especiales de alta prioridad, como informes de mala conducta.

El sistema debe ser capaz de manejar picos en la demanda.

La tarifa debe cambiar lentamente para que el remitente pueda predecir con precisión la tarifa de transacción requerida.

Cálculo de costes

Las tarifas de la cadena de relevos de Polkadot se calculan en función de tres parámetros:

Tarifa por byte (también conocida como "tarifa de longitud")

peso

consejo (opcional)

La tarifa de longitud es una tarifa fija por byte multiplicada por el tamaño de la transacción en bytes. (Entonces, puede ver que algunas propuestas no tienen un contenido de explicación específico en la cadena, solo algunos caracteres muy cortos, para reducir el uso de recursos en la cadena y el costo de las tarifas de transacción).

El peso es un número fijo que rige el tiempo que lleva validar un bloque. Cada transacción tiene una ponderación base, que representa los gastos generales involucrados (como la verificación de la firma), y una ponderación de programación, que representa el tiempo que lleva ejecutar la transacción. La tarifa de peso para una transacción se calcula multiplicando el peso total por la tarifa de cada peso.

Una propina es una tarifa de transacción opcional que los usuarios pueden agregar para aumentar la prioridad de una transacción.

Metallicus establece un comité asesor de expertos en cumplimiento y regulación bancaria: Golden Finance informó que la empresa de tecnología de activos digitales Metallicus anunció el establecimiento de su comité asesor, que está formado por ex altos funcionarios de la Reserva Federal de EE. UU., la Oficina del Contralor de la Moneda y cumplimiento normativo en las principales instituciones financieras y altos ejecutivos con experiencia en auditoría interna. (cable comercial) [2022/8/5 12:04:36]

Estas tres tarifas combinadas constituyen la tarifa de transacción. Esta tarifa se deduce de la cuenta del remitente antes de que se ejecute la transacción. Una parte de la tarifa se destinará a los productores de bloques y el resto a Hacienda. En la creación de Polkadot, esta proporción se establece en 20% y 80%, respectivamente.

Límite de bloque y prioridad de transacción

Los bloques en Polkadot tienen una longitud máxima (en bytes) y un peso máximo. Los productores de bloques llenarán bloques con transacciones hasta estos límites. Una porción de cada bloque (actualmente el 25%) se reserva para transacciones críticas relacionadas con las operaciones de la cadena. Los productores de bloques solo llenarán el 75% de un bloque con transacciones normales. Algunos ejemplos de transacciones de operaciones en cadena:

Reporte de Mal Comportamiento

Funcionamiento del Consejo

Acciones sobre los miembros en las elecciones (como abstenerse de la candidatura)

Los productores de bloques priorizan las transacciones en función de las tarifas totales de cada transacción. Dado que una parte de las tarifas se destinará a los productores de bloques, los productores de bloques incluirán transacciones con las tarifas más altas para maximizar sus recompensas.

Ajuste de tarifas

El volumen de transacciones en la cadena de bloques es muy irregular, por lo que las tarifas de transacción necesitan un mecanismo para ajustarse. Por lo tanto, los usuarios pueden predecir las tarifas de transacción.

Polkadot utiliza un mecanismo de ajuste lento de tarifas con una propina para equilibrar estas dos consideraciones. Además de los límites de bloque, Polkadot también tiene el objetivo de completar el bloque. Dependiendo de la integridad del bloque actual en relación con el objetivo, la tarifa del siguiente bloque aumenta o disminuye. La tarifa por peso puede cambiar hasta un 30% en 24 horas. Esta relación refleja las tendencias a largo plazo de la demanda, pero no los picos a corto plazo. Para tener en cuenta la inflación a corto plazo, Polkadot utiliza propinas además de tarifas por longitud y peso. Los usuarios pueden optar por agregar una propina a la tarifa para dar mayor prioridad a la transacción.

Se produjeron alrededor de 173 597 grandes transferencias de ETH: Jinse Finance informó que los datos de Whale Alert mostraron que a las 23:45 del 16 de septiembre, hora de Beijing, se transfirieron 173 596,95 ETH desde una dirección de billetera desconocida que comienza con 0x745a a una dirección de billetera desconocida que comienza con 0x70a3. el valor actual es de aproximadamente 63,87 millones de dólares, el hash de la transacción es: 0x8b1f04b1c3ef61166999149b2b6f924402eedb62c3678896670b06839e700dd5. [2020/9/17]

Transacción de fragmentos

Las transacciones que ocurren en fragmentos de Polkadot (parachains y parathreads) no incurren en tarifas de transacción de Relay Chain. Los usuarios de aplicaciones fragmentadas ni siquiera necesitan tener tokens DOT, ya que cada fragmento tiene su propio modelo económico y puede tener tokens o no. En algunos casos, sin embargo, los propios fragmentos realizan transacciones en la cadena de retransmisión.

Las paracadenas tienen una ranura dedicada para la ejecución en la cadena de retransmisión, por lo que sus recopiladores no necesitan poseer DOT para sincronizar bloques. Los propios Parachains realizan transacciones como abrir o cerrar canales XCMP, participar en ofertas para renovar sus espacios o actualizar sus tiempos de ejecución. El parachain tiene su propia cuenta en la cadena de retransmisión, y estos fondos deben usarse para emitir transacciones en nombre del parachain.

Los parathreads también generarán las mismas transacciones que las parachains. Además, los recopiladores deben participar en cada bloque de la subasta para continuar con su cadena. Los coleccionistas deben tener DOT para participar en estas subastas.

Otras políticas de limitación de recursos

Los pesos de transacción deben ser computables antes de la ejecución y, por lo tanto, solo pueden representar una lógica fija. Algunas transacciones requieren otras estrategias para limitar los recursos. Por ejemplo:

Vinculación: algunas transacciones, como la votación, pueden requerir vinculación, que se devolverá o se reducirá después de que ocurra un evento en la cadena. En el ejemplo de la votación, regrese al final de la elección o reciba un corte si el votante intenta hacer algo malicioso.

Depósito: algunas transacciones, como establecer una identidad en cadena o reclamar un índice, usan espacio de almacenamiento indefinidamente. Esto requiere un depósito, que se reembolsa si el usuario decide liberar almacenamiento (por ejemplo, borrar su ide).

Destrucción: Una transacción puede ser destruida internamente según su lógica. Por ejemplo, si una transacción crea nuevas entradas de almacenamiento, puede destruir los fondos del remitente, aumentando así el tamaño del estado.

Restricciones: Algunas restricciones son parte del acuerdo. Por ejemplo, un nominador solo puede nominar a 16 validadores. Esto limita la complejidad de Phragmen.

Extensiones

Esta sección solo se ocupa de las transacciones de los usuarios habituales. Sin embargo, si observa los bloques en un explorador de bloques, es posible que vea algunos "extrínsecos" que son diferentes de estas transacciones. En Polkadot (y cualquier cadena construida sobre Substrate), la información externa es información de fuera de la cadena. La información extrínseca se divide en tres categorías:

Transacción firmada

Transacción sin firmar

Fijo (Inherentes)

Aquí solo se tratan las transacciones firmadas, que es la forma en que la mayoría de los usuarios interactúan con Polkadot. Las transacciones firmadas provienen de una cuenta financiada, por lo que Polkadot puede cobrar tarifas de transacción para evitar el spam.

Las transacciones sin firmar se utilizan en casos especiales en los que un usuario necesita enviar un mensaje externo desde un par de claves que no controla los fondos. Por ejemplo, cuando los usuarios reclaman sus tokens DOT después de la génesis, su dirección DOT aún no está financiada, por lo que se utiliza una transacción sin firmar. Los validadores también envían transacciones sin firmar en forma de mensajes de "latido" para indicar que están en línea. Estos latidos deben estar firmados por una de las claves de sesión del validador. Las claves de sesión nunca controlan los fondos. Las transacciones sin firmar solo se usan en casos especiales porque Polkadot no puede cobrarles tarifas, por lo que cada transacción requiere su propia lógica de validación personalizada.

Finalmente, los mensajes fijos (inherentes) son mensajes que no están firmados ni incluidos en la cola de transacciones. Por lo tanto, solo los productores de bloques pueden agregar mensajes anclados a los bloques. Se supone que los mensajes anclados son "verdaderos" simplemente porque suficientes validadores han acordado que son plausibles. Por ejemplo, los bloques Polkadot contienen marcas de tiempo fijas. No hay una forma de probar que una marca de tiempo es genuina como usar una firma para probar el deseo de enviar fondos. En cambio, los validadores aceptan o rechazan bloques en función de la plausibilidad encontrada para la marca de tiempo. En Polkadot, debe estar dentro de un rango aceptable del reloj de su propio sistema.

Más información

Investigación de Web3 Foundation: https://research.web3.foundation/en/latest/polkadot/Token%20Economics.html#relay-chain-transaction-fees-and-per-block-transaction-limits

Pesos de sustrato: https://substrate.dev/docs/en/knowledgebase/learn-substrate/weight

Tarifas de sustrato: https://substrate.dev/docs/en/knowledgebase/runtime/fees

Extrínsecos: https://substrate.dev/docs/en/knowledgebase/learn-substrate/extrinsics

Enlace original: https://wiki.polkadot.network/docs/en/learn-transaction-fees

Traducción: PolkaWorld

Tags：

FTT