Wiki de ZooBC
Economía y gobernanza

Economía y gobernanza

La economía de ZooBC funciona en un solo sentido: lo que la cadena cobra por su uso va a los nodos que la hacen funcionar. Los ZBC nuevos provienen de un calendario fijo, el protocolo recauda las comisiones y los alquileres, y todo se reparte por lotería entre los nodos registrados, ponderado por lo bien que hacen su trabajo. Nunca se quema ningún ZBC, y nadie, ni siquiera la ZooBC Foundation, se lleva una parte. La gobernanza es limitada a propósito: las plazas pueden mover unos pocos precios dentro de límites fijos, y ejercen un control sobre las versiones del software.

Un calendario de 15 años deja caer ZBC nuevos en el fondo de recompensas de cada bloque junto con las comisiones, y una lotería entrega el fondo a los nodos registrados; sin minería, sin intereses.
Un calendario de 15 años deja caer ZBC nuevos en el fondo de recompensas de cada bloque junto con las comisiones, y una lotería entrega el fondo a los nodos registrados; sin minería, sin intereses.

De dónde vienen los ZBC nuevos

  • Suministro y emisión: el tope de 33 333 333.33333333 ZBC, y la curva de 15 años que libera el fondo de la coinbase, más deprisa en el génesis.
  • La lotería coinbase: cómo se sortean entre los nodos, en proporción a su puntuación de participación, las monedas nuevas, las comisiones y la porción de longevidad de cada bloque.

Lo que cuesta usar la cadena

  • Comisiones: la comisión mínima que calcula cada nodo, el reembolso de cualquier excedente y los deberes sin comisión de los nodos.
  • El alquiler de cuenta y la poda: el pequeño alquiler que paga toda cuenta con fondos, y la poda de las cuentas que no pueden pagarlo.
  • Los fondos: el fondo de longevidad, que recauda alquileres y penalizaciones y paga una porción en cada bloque, y el fondo de almacenamiento, que paga por los archivos almacenados.
  • El ZBC nunca se quema: por qué las penalizaciones y el polvo van al fondo de longevidad en lugar de destruirse.

Los demás cargos se explican junto con sus funciones: el alquiler de datasets y de archivos (datasets, almacenamiento descentralizado), la conservación de transacciones (pagar por conservar datos (longevidad)), el mantenimiento de tokens (mantenimiento de un token (persistencia)) y el alquiler y la comisión de tomador de un mercado (mercados y órdenes).

Quién decide

  • Votos de precio: los precios que pueden votar las plazas del registro, una vez por ciclo de 30 días, hasta el promedio de sus votos, con cada voto limitado a +20 % o a la mitad.
  • La ZooBC Foundation: las claves de rol, y lo que ninguna clave puede hacer.

Las plazas ejercen también un control sobre las versiones del software. La autoridad de versiones, una clave nombrada en el génesis, registra cada versión con el hash de sus archivos y puede revocarla; a partir de la versión 0.5.8 una cadena de versión solo se registra una vez, así que una corrección recibe una versión nueva, y una versión revocada no vuelve nunca. Cuando dos tercios de las plazas registradas atestiguan un veto para una versión, sin contar las plazas suspendidas, esta queda revocada de inmediato, exactamente como si lo hubiera hecho la autoridad: los nodos que se actualizan solos la omiten y el instalador la rechaza. Un voto para sustituir a la autoridad solo cuenta cuando su voto más antiguo tiene una semana, de modo que el titular actual lo ve venir; con dos tercios, el papel pasa a la dirección votada. Los nodos que se actualizan solos esperan por defecto 2 días antes de instalar una versión, lo que deja tiempo para un veto. Los operadores emiten estos votos ellos mismos; nada vota automáticamente (versiones y actualizaciones).

Véase también

Artículos de este tema