TESORO

El Tesoro es un pozo de fondos recaudados a través de tarifas de transacción, recortes, ineficiencias de staking, etc. Los fondos retenidos en el Tesoro se pueden gastar haciendo una propuesta de gasto que, si es aprobada por el Consejo, entrará en un período de espera antes de la distribución. Este período de espera se conoce como período presupuestario y su duración está sujeta a la gobernanza, con el valor predeterminado actual establecido en 24 días. El Tesoro pretende gastar la totalidad de los fondos en las propuestas que hay en cola.

Si el Tesoro finaliza un período presupuestario sin gastar todos sus fondos, sufre una quema de un porcentaje de sus fondos, lo que provoca una presión deflacionaria. Este porcentaje es actualmente del 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 (consulta las variaciones a continuación). Este depósito se reducirá drásticamente si la propuesta es rechazada y se devolverá si es aceptada.

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 (billeteras e integración de billeteras, clientes y actualizaciones de clientes).

En última instancia, el Tesoro está controlado por el Consejo, y la forma en que se gastarán los fondos depende de su criterio.

Financiamiento del Tesoro

El Tesoro se financia de diferentes fuentes:

1. Recortes (slashing): cuando un validador es recortado por cualquier motivo, la cantidad recortada se envía a la Tesorería con una recompensa para la entidad que informó al validador (otro validador). La recompensa se toma del monto del recorte y varía según la ofensa y el número de reporteros.
2. 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.
3. Ineficiencia del staking: la inflación está diseñada para ser del 10% en el primer año, y la proporción de staking ideal se establece en 50%, lo que significa que la mitad de todos los tokens deben bloquearse en el staking. Cualquier desviación de este índice hará que una cantidad proporcional de la inflación vaya al Tesoro. En otras palabras, si el 50% de todos los tokens están stakeados, entonces el 100% de la inflación va a los validadores como recompensa. Si la tasa de participación es superior o inferior al 50%, los validadores recibirán menos y el resto irá al Tesoro.
4. Parathreads: Las Parathreads participan en una subasta por bloque para su inclusión en el bloque. Parte de esta oferta va al validador que acepta el bloque y el resto va al Tesoro.

Creación de una Propuesta al Tesoro

El proponente debe depositar el 5% del monto solicitado o 100 DOT (lo que sea mayor) como medida antispam. Esta cantidad se quema si la propuesta es rechazada o reembolsada 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 de tesorería después de que se haya enviado. El Consejo aceptará o rechazará la propuesta, y si la propuesta es rechazada, los fondos en garantía 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 necesitará encontrar una forma fuera de la cadena de explicar la propuesta. La mayor parte de la discusión se lleva a cabo en las siguientes plataformas:

• Muchos miembros de la comunidad participan en discusiones en el chat de Kusama Element (anteriormente Riot) o Polkadot Element.
• La plataforma de discusión Polkassembly permite a los usuarios iniciar sesión con su dirección Web3 y leer automáticamente las propuestas de la cadena, convirtiéndolas en hilos de discusión. También ofrece una encuesta de medición de sentimientos para tener una idea de una propuesta antes de comprometerse a votar.

En última instancia, hacer correr la voz sobre la explicación de la propuesta depende del proponente: la forma recomendada es utilizar los canales oficiales de Element como Polkadot Watercooler y Polkadot Direction room.

Crear la Propuesta

Una forma de crear la propuesta es utilizar el sitio web Polkadot-JS Apps. Desde el sitio web, usa la pestaña extrínsecos y selecciona la paleta Tesoro, luego proposeSpend (gastar propuesta) e ingresa la cantidad y el destinatario deseados, o usa Treasury tab (pestaña Tesoro) y su botón específico 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 del Tesoro y el Consejo puede comenzar a votar sobre ella.

Recuerda que la propuesta no tiene metadatos, por lo que depende del 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 creen una moción para aceptar y otra para rechazar. Las proporciones para aceptar y rechazar las propuestas del Consejo varían entre aceptar o rechazar, y posiblemente dependen de la red que se implemente el Tesoro.

El umbral para aceptar una propuesta del Tesoro es de al menos tres quintos del Consejo. Por otro lado, el umbral para rechazar una propuesta es al menos la mitad del Consejo.

Propina #

Junto al proceso de propuestas, existe un sistema separado para dar propinas (tips) por el Tesoro. Cualquiera puede sugerir una propina y los miembros del Consejo los apoyan. Las propinas no tienen ningún valor definido; el valor final de la propina se decide sobre la base de la media de todas las propinas emitidas por los que otorgan propinas (tippers).

Actualmente, los que dan propina son los mismos que los miembros del Consejo. Sin embargo, dar propinas no es responsabilidad directa del Consejo, y en algún momento el Consejo y los que 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 hayan respaldado una propina. Durante ese período de tiempo, los otros miembros del grupo de propinas aún pueden emitir sus propinas, pero no es necesario. Una vez que se cierra la ventana, cualquiera puede llamar a close_tip extrínseco y se pagará la propina.

Hay dos tipos de propinas: públicas e iniciadas por quien otorga una propina (tipper-iniciated). Con las propinas públicas, se requiere una pequeña garantía para colocarlas. Esta garantía depende de la longitud del mensaje de propina y de una constante de garantía fija definida en la cadena, actualmente 1. Las propinas públicas conllevan una tarifa de buscador (finder’s fee) del 20% que se paga del monto total. Las propinas iniciadas por otorgante de propinas, es decir las propinas que publicó un miembro del Consejo, no tienen una tarifa de buscador ni una garantía.

Para comprender mejor el proceso por el que pasa una propina hasta que se paga, consideremos un ejemplo.

Ejemplo #

Bob ha hecho algo grandioso para Polkadot. Alice se ha dado cuenta de esto y decide informar que Bob merece una propina del Tesoro. El Consejo está compuesto por tres miembros, Charlie, Dave y Eve.

Alice comienza el proceso emitiendo el report_awesome extrínseco. Este extrínseco requiere dos argumentos, una razón y la dirección para dar propina. Alice envía la dirección de Bob con el motivo de ser una URL codificada en UTF-8 a una publicación 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 realizar este informe. El depósito es el depósito base según lo establecido en la lista de parámetros de la cadena más el depósito adicional por byte contenido en el motivo. Es por eso que Alice envió una URL como la razón en lugar de la explicación directamente, era más barato para ella hacerlo.

Por su cuestión, Alice puede reclamar la tarifa del buscador eventual si la propina es aprobada por los que dan propina.

Dado que el grupo de propina es el mismo que el Consejo, el Consejo debe ahora decidir colectivamente (pero también independientemente) sobre el valor de la propina que Bob merece.

Charlie, Dave y Eve revisan el informe y dan propinas de acuerdo con su valoración personal del beneficio que Bob le ha proporcionado a Kusama.

Charlie propina 10 DOT. Dave propina 30 DOT. Eve propina 100 DOT.

La propina podría haberse cerrado con solo dos de los tres miembros que dieron propinas. Una vez que más de la mitad del grupo de personas que dan propinas hayan emitido valoraciones de propinas, comenzará la cuenta regresiva para cerrar la propina. En este caso, el tercer miembro emitió su propina antes del final del período de cierre, por lo que los tres pudieron dar a conocer sus valoraciones de propinas.

Ahora, la propina real que se le pagará a Bob es la media de estas propinas, por lo que Bob recibirá 30 DOT del Tesoro.

Para que a Bob se le pague su propina, alguna cuenta debe llamar al close_tip extrínseco al final del período de cierre de la propina. Este extrínseco puede ser llamado por cualquiera.

Gasto de Recompensas #

Existen límites prácticos para las capacidades de curaduría de los Miembros del Consejo cuando se trata de propuestas del Tesoro: es probable que los miembros del Consejo no tengan la experiencia 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 Gasto de Recompensas (Bounties) tienen como objetivo delegar la actividad de curaduría de las propuestas de gasto a expertos llamados Curadores: pueden definirse como direcciones con agencia sobre una parte del Tesoro con el objetivo de corregir un error o vulnerabilidad, desarrollar una estrategia o monitorear un conjunto de tareas relacionadas con un tema específico: todo en beneficio del ecosistema Polkadot.

Un proponente puede presentar una propuesta de recompensa para que el Consejo la apruebe, con un curador que se definirá más adelante, cuyos antecedentes y experiencia son tales que son capaces de determinar cuándo se completa la tarea. Los Curadores son seleccionados por el Consejo después de que se aprueba la propuesta de recompensa y deben agregar un pago por adelantado para tomar el puesto. Este depósito se puede utilizar para castigarlos si actúan de manera maliciosa. Sin embargo, si tienen éxito en su tarea de conseguir que alguien complete el trabajo de recompensa, recibirán su depósito y parte de la recompensa.

Al enviar el valor de la recompensa, el proponente incluye una recompensa para los curadores que estén dispuestos a invertir su tiempo y experiencia en la tarea: esta cantidad se incluye en el valor total de la recompensa. En este sentido, la tarifa del curador se puede definir como el resultado de restar el valor pagado a la recompensa premiada del valor total de la recompensa.

En términos generales, se espera que los curadores tengan un historial bien equilibrado relacionado con los problemas que la recompensa intenta resolver: deben tener al menos conocimientos sobre los temas que toca la recompensa y mostrar habilidades o experiencia en gestión de proyectos. Estas recomendaciones aseguran un uso eficaz del mecanismo. Un Gasto de Recompensa es una recompensa por un trabajo específico, o un conjunto específico de objetivos, que debe ejecutarse para que se pague un monto de Tesoro predefinido. La responsabilidad de asignar una dirección de pago una vez que se completa el conjunto de objetivos especificado se delega al curador.

Una vez que el Consejo ha activado una recompensa, delega el trabajo que requiere experiencia al curador que consigue cerrar la recompensa activa. El cierre de la recompensa activa implica un pago retrasado a la dirección de pago y un pago de la tarifa del curador. La fase de demora permite al Consejo actuar si surge algún problema.

Para minimizar el almacenamiento en cadena de la misma manera que cualquier propuesta, las recompensas no contienen información contextual. Cuando un usuario envía una propuesta de gasto de recompensa, probablemente necesitará encontrar una forma fuera de la cadena de explicar la propuesta (cualquiera de los foros comunitarios disponibles sirve para este propósito). Esta plantilla puede ayudar como una lista de verificación de toda la información necesaria para que el Consejo tome una decisión informada.

La recompensa tiene una duración predeterminada de 90 días con posibilidad de ser prorrogada por el Curador. Con el objetivo de mantener la flexibilidad en la curaduría de las tareas, el curador podrá crear sub-recompensas para una mayor granularidad y asignación en la próxima iteración del mecanismo.

Creación de una Propuesta de Recompensa #

Cualquiera puede crear una propuesta de Recompensa utilizando Polkadot JS Apps: los usuarios pueden enviar una propuesta en la sección dedicada a Recompensa en Gobernanza. El desarrollo de una interfaz de usuario robusta para ver y administrar las recompensas en las aplicaciones Polkadot aún está en desarrollo y servirá a los miembros del Consejo, Curadores y Beneficiarios de las 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 recompensa como moción para ser votada.

Para enviar una recompensa, visita Polkadot JS Apps y haz clic en la pestaña de gobernanza en la barra de opciones en la parte superior del sitio. Después, haz clic en ‘Recompensas’ y busca el botón ‘+ Add Bounty’ en la parte superior derecha de la interfaz. Completa el título de la recompensa, la asignación solicitada (incluida la tarifa del curador) y confirma la llamada.

Después de esto, un miembro del Consejo deberá ayudarte a aprobar la propuesta de recompensa para votar como una moción. Puedes ponerte en contacto con el Consejo uniéndote al canal Polkadot Direction en Element o uniéndote a nuestro servidor de Polkadot Discord y publicando una breve descripción de tu recompensa, con un enlace a uno de los foros para obtener información contextual.

Una recompensa se puede cancelar eliminando la asignación para una cantidad específica del Tesoro o se puede cerrar si se han completado las tareas. En el lado opuesto, la vida de 90 días de una recompensa se puede extender modificando el número de bloque de vencimiento de la recompensa para permanecer activo.

Cerrar una Recompensa #

El curador puede cerrar la recompensa una vez que se apruebe la finalización de sus tareas. El curador debe asegurarse de configurar la dirección de pago en la recompensa activa de antemano. El cierre de la recompensa activa implica un pago retrasado a la dirección de pago y un pago de la tarifa del curador.

Una recompensa se puede cerrar usando la pestaña extrínsecos y seleccionando la paleta de Tesoro, luego Award_bounty, asegurándote de que se cierre la recompensa correcta y finalmente firmes la transacción. Es importante tener en cuenta que aquellos que recibieron una recompensa después de que se complete la recompensa, deben reclamar el monto específico del pago desde la dirección de pago, llamando a Claim_bounty después de que el curador cerró la asignación.

Para comprender más sobre las Recompensas y cómo funciona este nuevo mecanismo, lea esta publicación del blog de Polkadot.

PREGUNTAS MÁS FRECUENTES (FAQ)#

¿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 del Tesoro. En un análisis antagonista, podríamos considerar la posibilidad de que el Consejo en algún momento se vuelva deshonesto e intente robar todos los fondos del tesoro. Es posible que el fondo del tesoro sea tan grande que se presente un gran incentivo financiero.

Por un lado, el Tesoro tiene una presión deflacionaria debido a la quema que se sufre en cada período de gasto. La quema tiene como objetivo incentivar el gasto completo de todos los fondos del tesoro en cada período de quema, por lo que, idealmente, el bote del tesoro no tiene tiempo para acumular cantidades masivas de riqueza. Sin embargo, se da el caso de que la quema del Tesoro podría ser tan pequeña que no importa, como es el caso actualmente de Kusama con una quema del 0,2%.

Sin embargo, es el caso de Kusama que el Consejo está compuesto principalmente por miembros conocidos de la comunidad. Recuerda, el Consejo es votado por los poseedores de tokens, por lo que deben hacer alguna campaña o ser reconocidos para ganar votos. En el escenario de un ataque, los miembros del Consejo perderían su credibilidad social. Además, los miembros del Consejo suelen estar motivados externamente por el correcto funcionamiento de la cadena. Esta motivación externa se debe a que dirigen negocios que dependen de la cadena o tienen una ganancia financiera directa (a través de sus tenencias) del valor del token que permanece estable.

Concretamente, hay un par de métodos en cadena que resisten este tipo de ataque. Uno, la mayoría del Consejo puede no ser la mayoría de la cadena. Esto significa que la mayoría podría votar para reemplazar al Consejo si intentaran este ataque, o incluso revertir el gasto del tesoro. Lo harían mediante un referéndum normal. Dos, hay retrasos en los gastos del tesoro. Solo se promulgan en cada período de gasto. Esto significa que habrá algo de tiempo para observar que se está produciendo este ataque. El retraso de tiempo permite que los participantes de la cadena tengan tiempo de responder. La respuesta puede tomar la forma de medidas de gobernanza o, en los casos más extremos, una liquidación de sus tenencias y una migración a una bifurcación (fork) minoritaria. Sin embargo, la posibilidad de este escenario es bastante baja.

Otras Lecturas #

• Substrate’s Treasury Pallet — The Rust implementation of the Treasury. (Docs)

124Eh963tLZd2gmZZVcTE1C2iiyt4tfsFwadZ4dha4HY6tZD