Tres minutos para comprender el peso de la transacción en el marco de sustrato de Polkadot

Los recursos disponibles de la cadena son limitados. Los recursos incluyen uso de memoria, E/S de almacenamiento, cálculo, tamaño de transacción/bloque y tamaño de la base de datos de estado. Existen varios mecanismos para administrar el acceso a los recursos y evitar que los componentes individuales de la cadena consuman recursos excesivos. Los pesos son el mecanismo utilizado para administrar el tiempo que lleva validar bloques. En general, esto proviene de la limitación de E/S de almacenamiento y computación.

Nota: los pesos no se usan para restringir el acceso a otros recursos, como el almacenamiento en sí o la huella de memoria. Hay otros mecanismos para esto.

La cantidad de peso que puede contener un bloque es limitada, y el consumo de peso opcional (es decir, el peso que no necesita implementarse como parte de las fases de inicialización o finalización del bloque, ni el peso externo intrínseco para la aplicación) generalmente está limitado por medidas económicas, o En pocas palabras, limitar las tarifas de transacción. Las implicaciones de tarifas del sistema de ponderación están cubiertas en la documentación de tarifas de transacción (https://substrate.dev/docs/en/knowledgebase/runtime/fees).

Substrate define una unidad de peso como picosegundos (picosegundos) de tiempo de ejecución en hardware de referencia fijo (CPU Intel Core i7-7700K, 64 GB de RAM y SSD NVMe). La evaluación comparativa en el hardware de referencia hace que los pesos sean comparables entre los tiempos de ejecución, lo que permite la componibilidad de los componentes de software de diferentes fuentes. Para ajustar el tiempo de ejecución para diferentes suposiciones de hardware de validación, se pueden establecer diferentes pesos máximos de bloque. Por ejemplo, para permitir que los validadores participen a la mitad de la velocidad de la máquina de referencia, el peso máximo del bloque debe ser la mitad del valor predeterminado, manteniendo el tiempo de bloqueo predeterminado.

Blossom Capital completó $ 432 millones en financiamiento, un tercio de los fondos se invertirá en empresas de encriptación: noticias del 18 de enero, la firma de capital de riesgo Blossom Capital recaudó $ 432 millones (£ 316 millones) en su última ronda de financiamiento, dentro de tres años Casi $ 1 mil millones en financiamiento. Los jefes dijeron que planean invertir un tercio de los fondos recaudados en la tercera ronda de financiación en empresas de criptomonedas a medida que ingresan a la corriente principal. (LBC) [2022/1/18 8:55:39]

El peso máximo del bloque debe ser igual a un tercio del tiempo de bloque objetivo, con un tercio asignado para la construcción del bloque, un tercio para la propagación de la red y un tercio para la importación y validación. Al duplicar el tiempo de bloqueo, se duplica el peso máximo del bloque. Estas opciones de optimización proporcionan una manera para que los desarrolladores de tiempo de ejecución hagan las mejores compensaciones para sus escenarios entre transacciones por segundo y requisitos de hardware. Estas compensaciones se pueden ajustar a través de actualizaciones de tiempo de ejecución para mantenerse al día con las mejoras de hardware y software.

El peso representa la cantidad finita de tiempo que la cadena de bloques tiene para validar el bloque. Esto incluye ciclos de cómputo y E/S de almacenamiento. Las implementaciones personalizadas pueden usar estructuras complejas para representar esto. El peso del sustrato es solo un número (https://crates.parity.io/frame_support/weights/type.Weight.html).

La actividad de "Bloquear WT y participar en la minería y financiación de CRV" se agotó en tres minutos: se informa que el primer evento de la "Semana de minería ✖ WT DeFi" iniciada por WBF Exchange - "Bloquear WT y participar en la minería y financiación de CRV financiación" se lanzó en 3 minutos. Inmediatamente después del anuncio, se acaparó la primera fase de 1 millón de WT y el entusiasmo del mercado superó las expectativas. (Para obtener detalles de las actividades específicas, visite el sitio web oficial de WBF Exchange).

WBF lanzó el evento "WT ✖ DeFi Mining Week". Los usuarios pueden bloquear WT para participar en la minería de liquidez DeFi con un solo clic, lo que simplifica enormemente el proceso operativo para que los inversores comunes participen en la minería DeFi y reduce el costo de participación.

"Semana de minería WT ✖ DeFi", la primera ronda de "Bloqueo de WT para participar en la gestión financiera de minería CRV" finalizó la suscripción temprano a las 10:03 el 15 de septiembre, y la segunda ronda de "Semana de minería WT ✖ DeFi" "Bloqueo de participación de WT en New Coin Mining and Financial Management" se espera que la actividad se lance el 16 de septiembre. [2020/9/15]

El cálculo del peso siempre debe:

Computable antes del envío. Los generadores de bloques deberían poder verificar el peso despachable antes de decidir si aceptarlo.

Consume muy pocos recursos por sí mismo. No tiene sentido gastar los mismos recursos calculando pesos de transacción cuando se gastaría en ejecutarlos. Por lo tanto, el cálculo del peso debería ser mucho más ligero que la programación.

Dinámica | Solo un tercio de los intercambios de criptomonedas brindan comercio de margen a los usuarios: Jinse Finance informó que un informe reciente de CryptoCompare muestra que entre los 160 intercambios de criptomonedas al contado activos, solo un tercio actualmente comercia con criptomonedas De todos los intercambios que ofrecen comercio de margen a usuarios, sólo el 4% ofrece algún tipo de seguro. [2020/2/14]

Capacidad para determinar los recursos utilizados sin consultar el estado de la cadena. Los pesos son buenos para representar medidas fijas o medidas basadas solo en los parámetros de una función programable sin requerir E/S costosas. El peso es menos útil cuando el costo depende del estado de la cadena.

En los casos en que el peso programable depende en gran medida del estado de la cadena, hay dos opciones disponibles:

Identificar o introducir un límite superior obligatorio al posible peso que se puede despachar. Si la diferencia entre el tope obligatorio y el peso mínimo posible programable es pequeña, se puede suponer que siempre estará en el tope de peso sin consultar al estado. Sin embargo, si la diferencia es demasiado grande, entonces el costo económico de realizar menos transacciones puede ser demasiado alto, distorsionando los incentivos y creando ineficiencias en el rendimiento.

Sonido | Xiao Lei: Un tercio de la población mundial tendrá una moneda digital unificada: el 9 de junio, el escritor financiero Xiao Lei señaló que Facebook, un gigante social estadounidense con una escala de un tercio de la población mundial, lanzará moneda digital Libra el próximo año. Libra estará vinculada a una "canasta" de monedas, y Facebook operará Libra a través de una fundación, que es similar a la estructura actual del Fondo Monetario Internacional, pero su capacidad de penetración es mucho mayor que la del Fondo Monetario Internacional. En el mercado de divisas mundial, hay demasiados puntos débiles que deben resolverse, pero una solución de arriba hacia abajo no funcionará, porque en este campo, ningún país importante renunciará voluntariamente a sus derechos de acuñación. El problema actual es que las monedas soberanas no pueden deshacerse del problema de depender de las instituciones de liquidación y enfrentar rápidamente el problema de cambiar los escenarios de consumo al adaptarse al campo de las transacciones y liquidaciones globales. En este contexto, incluso si ninguna institución lanza un nuevo modelo de pago global, algunos comerciantes adoptarán las monedas digitales existentes, como Bitcoin y Ethereum, como herramientas de transferencia. Por supuesto, Libra no se utiliza para subvertir el dólar, sino más bien para resolver el problema del consumo y la transferencia de los usuarios. Según el plan, antes del primer trimestre de 2020, Libra establecerá sistemas de pago digital en más de una decena de países de todo el mundo. Y también se está preparando para desplegar cajeros automáticos (cajeros automáticos) fuera de línea. [2019/6/10]

Requiere que se pase un peso válido (o un precursor disponible para cálculos eficientes) como argumento para el envío. El peso cobrado se basará en estos parámetros, pero también incluye el tiempo requerido para verificar estos parámetros durante el envío. Se debe realizar una validación para garantizar que el parámetro de peso se corresponda exactamente con el estado en cadena y, de no ser así, la operación puede salir mal.

Noticias | La tesorería de Tether actualmente posee solo un tercio del USDT: después de adquirir el exceso de Bitcoin de Bitfinex durante el fin de semana, la tesorería de Tether actualmente posee alrededor de un tercio del suministro total de USDT. La tendencia de recuperar USDT en realidad es eliminar el token de los intercambios y la circulación.Antes de esto, la tesorería de Tether ha estado inyectando liquidez. [2018/10/22]

Varios factores afectan el tiempo de ejecución y, por lo tanto, los cálculos de peso. Un gran contribuyente es la cantidad de accesos a la base de datos que ejecuta un planificador. Dado que el costo del acceso a la base de datos depende en gran medida del backend de la base de datos y del hardware de almacenamiento, el cálculo del peso se parametriza en lugar del costo del peso de las lecturas y escrituras de la base de datos. Estos costos se determinan comparando cada backend de base de datos disponible en algún hardware de referencia. Esto permite cambiar los backends de la base de datos sin cambiar todos los cálculos de peso.

Además de usar solo constantes para cálculos de peso preprogramados, los desarrolladores también pueden tener en cuenta los parámetros de entrada de un programable determinado. Esto es útil cuando el tiempo de ejecución depende, por ejemplo, de la longitud de un argumento. Es importante destacar que estos cálculos no requieren ningún trabajo significativo en sí mismos. El peso máximo preprogramado se puede calcular fácilmente a partir de los parámetros de entrada utilizando algunos algoritmos básicos.

El palet del Sistema se encarga de acumular el peso de cada bloque a medida que se ejecuta y de asegurarse de que no exceda el límite. La plataforma de pago de transacciones es responsable de interpretar estos pesos y deducir las tarifas en función de estos pesos. La funcionalidad de peso es parte del tiempo de ejecución, por lo que se puede actualizar según sea necesario.

En algunos casos, el peso real de un despachable no se puede calcular simplemente a partir de su entrada. Por ejemplo, el peso puede depender de rutas lógicas programables. Sin ninguna forma de corregir el peso después del envío, seguiríamos sobrevalorando estos despachables y luego cobrándolos de más porque teníamos que asumir lo peor antes del envío para mantener la cadena segura.

Los modificadores de peso posprogramados permiten que cualquier programable devuelva su peso real después de la ejecución. Este peso debe ser inferior o igual al peso en el peor de los casos antes del envío. Para permitir que los usuarios incluyan usuarios externos, aún deben poder pagar el peso máximo, aunque el pago final se basará en el peso real.

Además de afectar las tarifas, el objetivo principal del sistema de ponderación es evitar que un bloque se llene con transacciones que tardan demasiado en ejecutarse. Al procesar transacciones dentro de un bloque, el módulo del sistema suma la longitud total del bloque (la suma de las transacciones codificadas en bytes) y el peso total del bloque. Si cualquiera de estos dos números supera el límite, no se aceptan más transacciones para el bloque. Estos límites se definen en MaximumBlockLength y MaximumBlockWeight.

Una nota importante sobre estas limitaciones es que algunas de ellas están reservadas para la clase de programación operativa. Esta regla se aplica a ambos límites, la relación se puede encontrar en AvailableBlockRatio.

Por ejemplo, si la longitud del bloque está limitada a 1 megabyte y la proporción se establece en 80 %, todas las transacciones pueden llenar los primeros 800 kilobytes del bloque, mientras que los últimos 200 kilobytes solo pueden llenarse por clases de operación.

También hay una clase de envío obligatorio que se puede usar para garantizar que el exterior siempre esté contenido en el bloque, independientemente de su efecto en el peso del bloque. Consulte la documentación de tarifas de transacción (https://substrate.dev/docs/en/knowledgebase/runtime/fees) para obtener más información sobre las diferentes clases de programación y cuándo usarlas.

Siguiente

Más información

Hay ejemplos de pesos personalizados y tarifas de peso incluidos en el libro de cocina Substrate.

Módulo de ejemplo: https://github.com/paritytech/substrate/blob/master/frame/example/src/lib.rs

Vea un ejemplo de cómo agregar un peso de transacción a una función de tiempo de ejecución personalizada. https://substrate.dev/recipes/3-entrees/weights.html

Módulo de pago de transacciones: https://github.com/paritytech/substrate/blob/master/frame/transaction-payment/src/lib.rs

Pesos: https://github.com/paritytech/substrate/blob/master/frame/support/src/weights.rs

Original: https://substrate.dev/docs/en/knowledgebase/learn-substrate/weight

Traducción: Comunidad PolkaWorld

Tags：

XRP