El Tesoro es un pozo de fondos recaudados con una parte de las recompensas por producción de bloques, las tarifas de transacción, los recortes (slashing), las ineficiencias del staking, etc.
Los fondos guardados en el Tesoro pueden gastarse haciendo una propuesta de gasto que, si es aprobada por el Consejo, entrará en un periodo de espera antes de su distribución. Este periodo de espera se conoce como spend period (periodo presupuestario), y su duración está sujeta a la gobernanza, siendo la actual por defecto de 24 días. El Tesoro pretende gastar la totalidad de los fondos en las propuestas que hay en cola.
El pago de Tesoro es un proceso automático:
- Si los fondos del Tesoro se agotan y quedan propuestas aprobadas por financiar, esas propuestas se mantienen en la cola de aprobados y recibirán financiación en el siguiente periodo presupuestario.
- Si el Tesoro termina un periodo presupuestario sin gastar todos sus fondos, sufre la quema de un porcentaje de sus fondos, lo que provoca una presión deflacionaria. Esto fomenta el gasto de los fondos del Tesoro por parte del sistema de gobernanza de Polkadot. Este porcentaje está actualmente en el 1% en Polkadot.
Cuando un interesado desea proponer un gasto del Tesoro, debe reservar un depósito de al menos el 5% del gasto propuesto (ver más abajo las variaciones). Este depósito se recortará (slash) si se rechaza la propuesta, y se devolverá si se acepta.
Las propuestas pueden consistir en (pero no se limitan a):
- Despliegue de infraestructura y operación continua.
- Operaciones de seguridad de la red (servicios de monitoreo, auditoría continua).
- Provisiones del ecosistema (colaboraciones con cadenas amigas).
- Actividades de marketing (publicidad, acciones pagas, colaboraciones).
- Eventos de la comunidad y divulgación (meetups, pizza parties, hackerspaces).
- Desarrollo de software (wallets (billeteras) e integración de wallets, clientes y actualizaciones de clientes).
El Consejo gobierna el Tesoro y la forma de gastar los fondos depende de su criterio.
- El Consejo no aprueba o deniega las Propuestas de Tesoro en función de los fondos disponibles en el Tesoro. En otras palabras, las propuestas no se aprueban sólo porque haya fondos listos para gastar, sino que están sujetas a una quema.
Financiación del Tesoro #
El Tesoro se financia con diferentes fuentes:
- Slashing (recorte): Cuando un validador es recortado por cualquier motivo, la cantidad recortada (slashed) se envía al Tesoro con una recompensa que va a la entidad que reportó al validador (otro validador). La recompensa se extrae del importe del recorte y varía en función de la infracción y del número de denunciantes.
- Tarifas de transacción: Una parte de las tarifas de transacción de cada bloque va al Tesoro, y el resto al autor del bloque.
- Ineficiencia del Staking: La inflación está diseñada para ser del 10% en el primer año, y el ratio de staking ideal se establece en el 50%, lo que significa que la mitad de todos los tokens deben estar bloqueados en staking. Cualquier desviación de este ratio hará que una cantidad proporcional de la inflación vaya al Tesoro. En otras palabras, si hay staking del 50% de todos los tokens, el 100% de la inflación irá a los validadores como recompensa. Si la proporción de staking es mayor o menor que el 50%, entonces los validadores recibirán menos, y el resto irá al Tesoro.
- Parathreads: Las parathreads participan en una subasta por bloque para su inclusión en el mismo. Una parte de esta puja va al validador que acepta el bloque y el resto va al Tesoro.
Creación de una Propuesta de Tesoro #
El proponente tiene que depositar el 5% de la cantidad solicitada o 100 DOT (lo que sea mayor) como medida anti-spam. Esta cantidad se quemará si la propuesta es rechazada, o se devolverá en caso contrario. Estos valores están sujetos a la gobernanza, por lo que pueden cambiar en el futuro.
Ten en cuenta que no hay forma de que un usuario revoque una propuesta del tesoro después de haberla presentado. El Consejo aceptará o rechazará la propuesta, y si la propuesta es rechazada, los fondos vinculados se queman.
Anuncio de la Propuesta #
Para minimizar el almacenamiento en cadena, las propuestas no contienen información contextual. Cuando un usuario envía una propuesta, probablemente tendrá que encontrar una forma fuera de la cadena de explicar la propuesta. La mayoría de las discusiones tienen lugar en las siguientes plataformas:
- Muchos miembros de la comunidad participan en la discusión en el chat de Kusama Element (antes Riot) o en Polkadot Element.
- La plataforma de debate Polkassembly que permite a los usuarios conectarse con su dirección Web3 y lee automáticamente las propuestas de la cadena, convirtiéndolas en hilos de discusión. También ofrece una encuesta para medir el sentimiento de una propuesta antes de comprometerse a votar.
La difusión de la explicación de la propuesta depende en última instancia del proponente – la forma recomendada es utilizar los canales oficiales de Element como el Polkadot Watercooler y la sala Polkadot Direction.
Creación de la Propuesta #
Una forma de crear la propuesta es utilizar el sitio web de Polkadot-JS Apps. Desde el sitio web, utiliza la pestaña de extrínsecos y selecciona la paleta de Tesoro, luego proposeSpend e introduce la cantidad y el destinatario deseados, o utiliza la pestaña de Tesoro y su botón dedicado a Submit Proposal (Enviar Propuesta):
El sistema tomará automáticamente el depósito requerido, eligiendo el mayor de los dos valores mencionados anteriormente.
Una vez creada, tu propuesta será visible en la pantalla de Tesoro y el Consejo podrá empezar a votarla.
Recuerda que la propuesta no tiene metadatos, por lo que corresponde al proponente crear una descripción y un propósito que el Consejo pueda estudiar y basar sus votos.
En este punto, un miembro del Consejo puede crear una moción para aceptar o rechazar la propuesta del Tesoro. Es posible que se cree una moción de aceptación y otra de rechazo. Las proporciones para aceptar y rechazar las propuestas del Consejo varían entre aceptar o rechazar, y posiblemente dependen de la red en la que se implemente el Tesoro.
El umbral para aceptar una propuesta de tesoro es de al menos tres quintos del Consejo. Por otro lado, el umbral para rechazar una propuesta es de al menos la mitad del Consejo.
Notarás el “período presupuestario” en la parte superior de la IU de Tesoro.
Propina #
Junto al proceso de propuestas, existe un sistema separado para dar tips (propinas) por el Tesoro. Las propinas pueden ser sugeridas por cualquier persona y son apoyadas por los miembros del Consejo. Las propinas no tienen un valor definido; el valor final de la propina se decide en función de la media de todas las propinas emitidas por quienes otorgan propinas (tippers).
En la actualidad, quienes otorgan propinas son los mismos miembros del Consejo. Sin embargo, otorgar propinas no es responsabilidad directa del Consejo, y en algún momento el Consejo y quienes otorgan propinas pueden ser grupos de cuentas diferentes.
Una propina entrará en una fase de cierre cuando más de la mitad más uno del grupo que otorga propinas haya avalado una propina. Durante ese plazo, los demás miembros del grupo que otorga propinas pueden seguir emitiendo sus propinas, pero no están obligados a hacerlo. Una vez que la ventana se cierra, cualquiera puede llamar al extrínseco close_tip, y la propina será pagada.
Hay dos tipos de propinas: las públicas y las iniciadas por quienes otorgan propinas. En el caso de las propinas públicas, se requiere una pequeña vinculación para colocarlas. Esta vinculación depende de la longitud del mensaje de la propina, y de una constante de vinculación fija definida en la cadena, actualmente 1. Las propinas públicas conllevan una comisión de búsqueda del 20% que se paga del importe total. Las propinas iniciadas por quienes otorgan propinas, es decir, las propinas publicadas por un miembro del Consejo, no tienen una tasa de búsqueda ni una vinculación.
Para entender mejor el proceso por el que pasa una propina hasta que se paga, veamos un ejemplo.
Ejemplo #
Bob hizo algo grande para Polkadot. Alice se dio cuenta de ello y decide reportar a Bob como merecedor de una propina del Tesoro. El Consejo está compuesto por tres miembros Charlie, Dave y Eve.
Alice comienza el proceso emitiendo el extrínseco report_awesome. Este extrínseco requiere dos argumentos, una razón y la dirección para dar la propina. Alice envía la dirección de Bob con la razón siendo una URL codificada en UTF-8 a un post en Polkassembly que explica su razonamiento de por qué Bob merece la propina.
Como se mencionó anteriormente, Alice también debe bloquear un depósito para hacer este informe. El depósito es el depósito base establecido en la lista de parámetros de la cadena, más el depósito adicional por byte contenido en la razón. Esta es la razón por la que Alice presentó una URL como motivo en lugar de la explicación directamente: le resultaba más barato hacerlo.
Por sus molestias, Alice puede reclamar la eventual comisión del buscador si la propina es aprobada por los otorgantes de propinas.
Dado que el grupo de otorgantes de propinas es el mismo que el Consejo, éste debe ahora decidir colectivamente (pero también independientemente) el valor de la propina que merece Bob.
Charlie, Dave y Eve revisan el informe y hacen las propinas según su valoración personal del beneficio que Bob ha aportado a Kusama.
Por ejemplo:
Charlie da una propina de 10 DOT. Dave da una propina de 30 DOT. Eve da una propina de 100 DOT.
La propina podría haberse cerrado con sólo dos de los tres otorgantes de propina. Una vez que más de la mitad del grupo de los otorgantes de propinas haya emitido valoraciones de propina, comenzará la cuenta regresiva para cerrar la propina. En este caso, el tercer otorgante de propinas emitió su propina antes del final del período de cierre, por lo que los tres pudieron dar a conocer sus valoraciones de propina.
Ahora, la propina real que se pagará a Bob es la mediana de estas propinas, por lo que a Bob se le pagarán 30 DOT del Tesoro.
Para que Bob reciba su propina, alguna cuenta debe llamar al extrínseco close_tip al final del periodo de cierre de la propina. Este extrínseco puede ser llamada por cualquiera.
Gasto de Bounties #
Hay límites prácticos a las capacidades de curación de los Miembros del Consejo cuando se trata de propuestas de tesoro: Es probable que los miembros del Consejo no tengan la experiencia necesaria para hacer una evaluación adecuada de las actividades descritas en todas las propuestas. Incluso si los Consejeros individuales tienen esa experiencia, es muy poco probable que la mayoría de los miembros sean capaces en temas tan diversos.
Las propuestas de Bounties Spending (Gasto de Recompensas) pretenden delegar la actividad de curación de las propuestas de gasto en expertos denominados Curadores: Pueden definirse como direcciones con agencia sobre una parte del Tesoro con el objetivo de arreglar un fallo o vulnerabilidad, desarrollar una estrategia o supervisar un conjunto de tareas relacionadas con un tema específico: todo ello en beneficio del ecosistema de Polkadot.
Un proponente puede presentar una propuesta de bounty (recompensa) para que el Consejo la apruebe, con un curador que se definirá más adelante, cuya formación y experiencia es tal que es capaz de determinar cuándo se ha completado la tarea. Los curadores son seleccionados por el Consejo después de que se apruebe la propuesta de bounty (recompensa), y tienen que añadir un pago por adelantado para ocupar el puesto. Este depósito puede utilizarse para castigarlos si actúan con malicia. Sin embargo, si tienen éxito en su tarea de conseguir que alguien complete el trabajo del bounty (recompensa), recibirán su depósito de vuelta y parte de la recompensa del bounty.
Al presentar el valor del bounty, el proponente incluye una recompensa para los curadores dispuestos a invertir su tiempo y experiencia en la tarea: esta cantidad se incluye en el valor total del bounty (recompensa). En este sentido, las tarifas del curador pueden definirse como el resultado de restar el valor pagado al recompensado del valor total del bounty.
En términos generales, se espera que los curadores tengan una trayectoria equilibrada relacionada con los temas que el bounty trata de resolver: deben ser al menos conocedores de los temas que toca el bounty (recompensa), y mostrar habilidades o experiencia en la gestión de proyectos. Estas recomendaciones garantizan un uso eficaz del mecanismo. Un Gasto de Recompensa (Bounty Spending) es una recompensa por un conjunto de trabajo específico -o un conjunto de objetivos específicos- que debe ejecutarse para que se pague un monto de Tesoro predefinido. La responsabilidad de asignar una dirección de pago una vez completado el conjunto de objetivos especificado se delega en el curador.
Una vez que el Consejo ha activado un bounty (recompensa), delega el trabajo que requiere experiencia en el curador, que se encarga de cerrar el bounty (recompensa) activo. El cierre del bounty activo implica un pago diferido a la dirección de pago y el pago de la tarifa del curador. La fase de retraso permite al Consejo actuar si surge algún problema.
Para minimizar el almacenamiento en la cadena de la misma manera que cualquier propuesta, los bounties (recompensas) no contienen información contextual. Cuando un usuario envía una propuesta de gasto de bounty (recompensas), probablemente tendrá que encontrar una forma fuera de la cadena para explicar la propuesta (cualquiera de los foros de la comunidad disponibles sirve para este propósito). Esta plantilla puede ayudar como lista de control de toda la información necesaria para que el Consejo tome una decisión informada.
El bounty (recompensa) tiene una duración predeterminada de 90 días con la posibilidad de ser ampliado por el curador. Con el objetivo de mantener la flexibilidad en la curación de las tareas, el curador podrá crear sub-bounties para una mayor granularidad y asignación en la próxima iteración del mecanismo.
Creación de una Propuesta de Bounty #
Cualquiera puede crear una propuesta de Bounty (Recompensa) utilizando Polkadot-JS Apps: Los usuarios pueden presentar una propuesta en la sección dedicada a los Bounty en el apartado de Gobernanza. El desarrollo de una interfaz de usuario robusta para ver y gestionar bounties (recompensas) en las Polkadot Apps está todavía en desarrollo y servirá a los miembros del Consejo, a los Curadores y a los Beneficiarios de los bounties (recompensas), así como a todos los usuarios que observen la gobernanza del tesoro en la cadena. Por ahora, se necesita la ayuda de un Consejero para abrir una propuesta de bounty como una moción para ser votada.
Para presentar un bounty (recompensa), visita Polkadot-JS Apps y haz clic en la pestaña de gobernanza en la barra de opciones de la parte superior del sitio. Después, haz clic en “Bounties” y encuentra el botón “+ Add Bounty” en la parte superior derecha de la interfaz. Rellena el título del bounty (recompensa), la asignación solicitada (incluida la tarifa del curador) y confirma la llamada.
Después de esto, un miembro del Consejo tendrá que ayudarte a pasar la propuesta de bounty (recompensa) para que se vote como una moción. Puedes contactar al Consejo uniéndote al canal de Dirección de Polkadot en Element o uniéndote a nuestro servidor Polkadot Discord y publicando una breve descripción de tu bounty, con un enlace a uno de los foros descriptos supra para obtener información contextual.
Un bounty (recompensa) puede ser cancelado borrando la marca de un monto específico de Tesoro o ser cerrado si las tareas han sido completadas. En el lado opuesto, los 90 días de vida de un bounty (recompensa) pueden ser extendidos modificando el número de bloque de expiración del bounty para que permanezca activo.
Cerrar un Bounty #
El curador puede cerrar el bounty (recompensa) una vez que apruebe la finalización de sus tareas. El curador debe asegurarse de configurar la dirección de pago en el bounty (recompensa) activo de antemano. Al cerrar el bounty activo, se retrasa el pago a la dirección de pago y se paga la tarifa del curador.
Se puede cerrar un bounty (recompensa) utilizando la pestaña de extrínsecos y seleccionando la paleta de Tesoro, luego Award_bounty, asegurándose de que se va a cerrar el bounty (recompensa) correcto y finalmente firmando la transacción. Es importante tener en cuenta que aquellos que hayan recibido una recompensa después de que el bounty se haya completado, deben reclamar la cantidad específica del pago desde la dirección de pago, llamando a Claim_bounty después de que el curador haya cerrado la asignación.
Para entender más sobre los Bounties y cómo funciona este nuevo mecanismo, lee este post del blog de Polkadot.
Preguntas Frecuentes #
¿Qué impide que el Tesoro sea capturado por la mayoría del Consejo? #
La mayoría del Consejo puede decidir el resultado de una propuesta de gasto de Tesoro. En una mentalidad adversa, podemos considerar la posibilidad de que el Consejo pueda, en algún momento, volverse loco e intentar robar todos los fondos del Tesoro. Es una posibilidad que el pozo del tesoro sea tan grande, que se presentaría un gran incentivo financiero.
Por un lado, el Tesoro tiene una presión deflacionaria debido a la quema que sufre cada periodo presupuestario. La quema pretende incentivar el gasto completo de todos los fondos del Tesoro en cada periodo de quema, por lo que lo ideal es que el pozo del tesoro no tenga tiempo de acumular cantidades masivas de riqueza. Sin embargo, se puede dar el caso de que la quema en el Tesoro sea tan pequeña que no importe, como ocurre actualmente en Kusama con una quema del 0,2%.
Sin embargo, en Kusama el Consejo está compuesto principalmente por miembros conocidos de la comunidad. Recuerda que el Consejo es votado por los poseedores de tokens, por lo que deben hacer alguna campaña o ser reconocidos de alguna manera para ganar votos. En el caso de un ataque, los miembros del Consejo perderían su credibilidad social. Además, los miembros del Consejo suelen estar motivados externamente por el buen funcionamiento de la cadena. Esta motivación externa se debe a que dirigen negocios que dependen de la cadena, o bien tienen un beneficio económico directo (a través de sus participaciones) de que el valor del token se mantenga estable.
Concretamente, hay un par de métodos en la cadena que resisten este tipo de ataques. Uno, la mayoría del Consejo puede no ser la mayoría de tokens de la cadena. Esto significa que la mayoría de tokens podría votar para reemplazar al Consejo si intentaran este ataque – o incluso revertir el gasto del tesoro. Lo harían a través de un referéndum normal. Dos, hay retrasos en los gastos del tesoro. Sólo se promulgan en cada periodo presupuestario. Esto significa que habrá algún tiempo para observar que este ataque se lleva a cabo. El retraso permite a los participantes de la cadena responder. La respuesta puede adoptar la forma de medidas de gobernanza o, en los casos más extremos, una liquidación de sus participaciones y una migración a un fork minoritario. Sin embargo, la posibilidad de este escenario es bastante baja.
Más Información #
Substrate’s Treasury Pallet – La implementación de Rust del Tesoro. (Docs)