El proceso de crear nuevos bloques se llama cosecha.
En este proceso, la cuenta que cosecha un bloque se llama cosechadora y se le recompensa con las tarifas de transacción generadas y cualquier token de inflación generado.
Cada bloque producido almacena en su encabezado la clave pública de la cuenta cosechadora y la firma del bloque que creó.
El puntaje de importancia determina la probabilidad de que se elija una cuenta para cosechar el siguiente bloque entre todas las cuentas que tienen la cosecha habilitada.
La red pública de Bitxor define que una cuenta debe tener al menos 10,000 tokens de cosecha para tener un puntaje de importancia mayor que cero. Las cuentas elegibles pueden utilizar su puntaje de importancia para crear nuevos bloques ya sea ejecutando un nodo o habilitando cosecha delegada.
Independientemente del método elegido, cualquier cuenta que desee activar la cosecha debe anunciar primero una transacción de vinculación de clave VRF válida. Esta clave es necesaria para que Bitxor seleccione la cosechadora de forma aleatoria.
La plataforma Bitxor admite definir cualquier token para fines de cosecha, de acuerdo a las necesidades empresariales.
Por ejemplo, las redes de consorcio pueden distribuir tokens de cosecha entre las empresas que ejecutan la infraestructura, mientras que otros participantes deben pagar tarifas en forma de tokens de moneda para utilizar los servicios.
En contraste, las redes públicas pueden usar el mismo token para pagar tarifas de transacción y mantener la red en funcionamiento.
La red pública de Bitxor utiliza bitxor como token de cosecha, lo que permite que cualquier participante elegible coseche nuevos bloques.
Los operadores de red pueden definir una cuenta de destino de tarifas de red que recibirá un porcentaje de las recompensas de cosecha (tarifas de bloque <fees> y inflación). En el caso de la red principal pública, esta tarifa se establece en 5% y se utiliza para respaldar los diferentes programas de recompensa.
Además, cada nodo puede establecer una cuenta beneficiaria para compartir un porcentaje (hasta el 25%) de las recompensas de cosecha. Los operadores de nodo pueden utilizar esta función para crear estructuras de incentivos para los seguidores de su nodo.
Las proporciones de reparto para las cuentas beneficiaria y de destino de tarifas de red son configurables por red.
División de recompensas cuando la proporción de reparto de la red de destino es del 20% y la del beneficiario es del 10%.
Note
El cálculo del porcentaje del beneficiario se realiza después del cálculo del porcentaje de la red de destino. Cuando el operador del nodo no define un beneficiario o una cuenta de destino de tarifas de red, todas las recompensas van al firmante del bloque.
Existen diferentes tipos de cosecha disponibles, según si la cuenta cosechadora es propietaria del nodo y la cantidad de seguridad deseada: Local, Remota y Delegada.
Este es el método más sencillo de configurar, pero también el más inseguro. Requiere cambiar la configuración de un nodo, por lo que solo está disponible para los propietarios de nodos. Se habilita completando las propiedades de cosecha correspondientes en el archivo de configuración del nodo.
Como se puede ver, la clave privada de la cuenta cosechadora se almacena en la propiedad “harvesterSigningPrivateKey�? ya que se necesita para firmar los bloques creados. Esto representa una preocupación de seguridad, ya que esta cuenta contiene fondos y el archivo de configuración puede ser accedido por actores no autorizados si el nodo se ve comprometido. Las claves privadas de las cuentas con fondos siempre deben almacenarse sin conexión.
Por lo tanto, se desaconseja enfáticamente este método. Se recomienda utilizar la cosecha remota o delegada.
Los propietarios de nodos pueden utilizar una cuenta remota para actuar como intermediario y firmar los bloques recién creados, mientras que las tarifas de cosecha aún se recogen mediante su cuenta principal. La cuenta remota no tiene fondos, por lo que el hecho de que su clave privada se exponga en un archivo de configuración en el nodo no representa un problema. El puntaje de importancia se basa en la cuenta principal.
Esta configuración de cosecha remota se habilita de la misma manera que la cosecha local, pero utilizando la clave privada de la cuenta remota en la propiedad “harvesterSigningPrivateKey�?y anunciando una transacción de vinculación de clave de cuenta que vincula la cuenta remota y la cuenta principal.
Este es el método recomendado para los propietarios de nodos. Consulta las guías de cosecha para obtener instrucciones detalladas sobre cómo configurar la cosecha remota.
La cosecha delegada permite a los usuarios habilitar la cosecha sin tener que poseer o configurar un nodo NEM local. Esto se logra utilizando un servicio de cosecha de confianza que gestiona los nodos y la cosecha en nombre del usuario.
El usuario debe anunciar una transacción de vinculación de clave VRF que vincula su cuenta con el servicio de cosecha y paga las tarifas correspondientes. Una vez que se confirma la transacción, la cuenta está habilitada para la cosecha.
Los servicios de cosecha delegada suelen requerir que los usuarios depositen una cierta cantidad de tokens en una cuenta controlada por el servicio como garantía. Esto asegura que el usuario no abuse del servicio y proporciona una capa adicional de seguridad.
La cosecha delegada es recomendada para usuarios no técnicos que desean cosechar sin la necesidad de configurar y administrar un nodo NEM. Consulta las guías y servicios de cosecha delegada de la comunidad para obtener más información sobre cómo habilitar esta opción.
Last updated by John Doe
on 2023‑06‑07.
