Token Managed Registers 1.0


La idea de los registros controlados por tokens (TCR) se originó en la comunidad blockchain al menos hace un año. Al menos este artículo fue publicado por el autor en septiembre de 2017. Y recientemente, estuve en la conferencia DappCon 2018 en Berlín y vi mucho interés en este tema, así como algunos borradores iniciales basados ​​en TCR. Por lo tanto, supongo que el pico de interés aún está por llegar.


Los contratos de TCR me parecen extremadamente interesantes, porque son un ejemplo del sistema cerrado más simple, administrado de manera descentralizada y basado en incentivos económicos. Si fantasea un poco, queda claro que, sobre la base de esta idea, se puede descentralizar mucho, incluso todo en nuestra vida socioeconómica es posible. Y esto ya no es solo alucinaciones de criptanes locos, sino un protocolo bastante bien formulado. Leer más bajo cat.




Los registros gestionados por tokens (TCR) son criptosistemas que se utilizan cada vez más para resolver diversos problemas. En este artículo, presentaremos una mirada más formal a los registros administrados de tokens, pero sin matemáticas.


La versión 1.0 se coloca en el encabezado porque es probable que se mejoren el TCR y el sistema de incentivos que se describen a continuación. Esperamos que este documento sea el punto de partida para las discusiones sobre cómo mejorar el TCR. Muchos de estos registros desplegados hoy son similares, pero utilizan mecanismos diferentes. Creemos en la forma "correcta" de crear registros administrados por tokens, y que es posible reutilizar por completo la implementación establecida.


Uso de registros gestionados por token


El resultado de TCR es una lista. La gente ansía su compilación, y en todas partes vemos listas: compras, universidades "buenas", los delincuentes más buscados. Algunas listas se pueden clasificar en blanco o negro. En cualquier caso, el contenido de las listas satisface algunos criterios (bienes que deben comprarse; universidades, cuyos graduados pagan sus deudas por estudiar en promedio durante 10 años; personas para quienes el FBI ha otorgado más de $ 100,000 para información).


Alguien crea listas útiles. Una lista de compras generalmente es creada por una persona. Y la comisión probablemente sea responsable de la lista de las mejores universidades. Si alguien puede reponer dicha lista, pronto recibiremos una lista inútil de todas las universidades, porque cualquier rector querrá que su institución sea mencionada allí.


En TCR, a los derechos de token se les asignan tokens internos en proporción a su peso relativo entre los titulares de tokens. Si hay empresas que desean estar en la lista, surgirá un mercado donde los intereses materiales de los poseedores de tokens racionales conducirán a la creación de una lista de alta calidad. Los TCR son listas gestionadas descentralizadas; animan financieramente a los titulares de tokens a equilibrar el contenido de las listas.


Perspectivas del usuario


Hay tres tipos de usuarios de TCR: consumidores, candidatos y titulares de tokens. Cada tipo tiene sus propios intereses, motivos y formas de interactuar con el registro. Los consumidores buscan listados de calidad. Los candidatos están ansiosos por llegar allí. Los poseedores de tokens quieren aumentar el valor de sus tokens.


Los consumidores necesitan información de calidad. Si un estudiante elige una universidad sobre la base de una lista de instituciones cuyos graduados pagan sus deudas por estudiar en promedio durante 10 años, se sentirá muy decepcionado al descubrir que la universidad fue asignada erróneamente a esta categoría.


Los candidatos quieren llamar la atención de los consumidores. Una institución de educación superior: es probable que un miembro de la lista (escucha) admitido en el registro reciba más solicitudes de admisión que si no estuviera en la lista. Gracias a esto, incluso podrá aumentar las tasas de matrícula.


Los poseedores de tokens quieren mantener una alta demanda de tokens, ya que esto aumenta su valor. De lo contrario, los titulares no estarán interesados ​​en el contenido de calidad de las listas que administran. En el ejemplo con las universidades, los titulares no deben ser consumidores del registro, ni candidatos para su inclusión en él. Para garantizar que la demanda de tokens no disminuya, los titulares deben mantener listas de alta calidad. Si el registro es de alta calidad, los candidatos querrán ingresar y los consumidores querrán familiarizarse con él.


Los poseedores de tokens, administrando magistralmente la lista, pueden obtener ganancias. Su tamaño depende de la calidad de la gestión y del creciente interés de los consumidores y candidatos.


Sistema de incentivos TCR


Token Holders es el motor del juego criptoeconómico que regula el TCR. Para que el registro funcione, los candidatos deben hacer depósitos en los tokens internos del registro, y luego se considerarán sus solicitudes para su inclusión en la lista. Si el candidato es "bueno", aparece en la lista, se mantiene su depósito. Habiendo decidido abandonar la lista, el participante puede retirar su depósito. Si el candidato es "malo", los titulares disputan su solicitud, y después de su rechazo, el depósito será confiscado y dividido como una recompensa entre los titulares de fichas que participaron en el concurso. Los candidatos no enviarán solicitudes al registro si no cumplen con sus requisitos: esto conducirá a pérdidas financieras. Es improbable que una universidad que no ofrece nada que valga la pena y requiera $ 50,000 al año para ser aceptada en el registro de universidades cuyos graduados pagan sus deudas de matrícula en promedio durante 10 años, por lo que no debe intentarlo. Los poseedores de tokens pueden aumentar sus ahorros gracias a dicho candidato. Lo más probable es que su solicitud sea disputada, pero hay una probabilidad distinta de cero de que la solicitud sea aceptada.


Los poseedores de tokens tienen un incentivo táctico para rechazar a cada candidato a fin de aumentar sus ahorros. Pero esto es estúpido, ya que la tarea estratégica es aumentar el costo de los ahorros. Los consumidores no necesitan una lista vacía, por lo que los candidatos no aspirarán a ella. La demanda fundamental de un token de registro interno depende de los candidatos. Actuando tácticamente, y no estratégicamente, los poseedores de tokens sufrirán serias pérdidas financieras. Les interesa lograr un objetivo estratégico y crear una lista de alta calidad.


Parámetros TCR


La sección se puede usar como referencia, ya que en el futuro mencionaremos repetidamente los parámetros enumerados aquí. Los llamaremos instantáneas de los parámetros y parámetros canónicos actuales. Una instantánea captura los valores de los parámetros requeridos actuales en un determinado momento, se "congelan" en la imagen y no cambian, incluso si los parámetros requeridos actuales han cambiado. A menos que se especifique lo contrario, el parámetro mencionado en el texto es el parámetro requerido actual.


MIN_DEPOSIT
El candidato debe hacer tantas fichas como depósito para aceptar y permanecer en la lista.


APPLY_STAGE_LEN
Durante este tiempo, la inclusión del candidato en la lista puede ser cuestionada. Medido en bloques o eras. Si no hubo disputa, el candidato estará en la lista.


COMMIT_PERIOD_LEN
Durante este tiempo, los titulares de tokens pueden votar para desafiar. Medido en bloques o eras.


REVEAL_PERIOD_LEN
Durante este tiempo, los titulares de tokens pueden anunciar votos para una disputa específica. Medido en bloques o eras.


DISPENSATION_PCT
La parte del depósito confiscado, que se otorga al ganador como una dispensa especial que compensa los riesgos financieros.


VOTE_QUORUM
La porción publicada del número total de tokens necesarios para que el candidato desafiado esté en la lista / el participante desafiado permanezca en la lista. VOTE_QUORUM no cuenta los tokens que no votaron, y los tokens no anunciados se consideran sin voto. Por ejemplo, VOTE_QUORUM 50 significa que todas las disputas se resuelven por mayoría simple.


Posiciones (listados)


Posición: un elemento de un conjunto único de elementos enumerados en la lista contenidos en el TCR. En el ejemplo con universidades, la posición puede ser un valor de cadena simple que identifica a la universidad por su nombre conocido, por ejemplo, Foo University. Al elegir el formulario de posición, recuerde que autenticará el objeto real. En el caso de las universidades, es suficiente con tomar sus nombres, porque falsificar la organización física y social de las universidades enumeradas en la lista para engañar a los consumidores requerirá esfuerzos demasiado serios (campus falsos, personal, certificados, etc.).


Las herramientas de autenticación deben dejarse a la discreción de los usuarios tanto como sea posible. Por ejemplo, los usuarios de un registro de nombres de dominio pueden autenticar sus conexiones a dominios utilizando un certificado HTTPS, una red de confianza o valores secretos hash que se almacenan en los metadatos de la lista y se proporcionan como confirmación del oráculo. Es importante que los miembros de la lista y los consumidores acepten de facto al menos una herramienta de autenticación compatible con ambas partes; de lo contrario, el registro será inútil.


Presentar una solicitud


Cuando un candidato para su inclusión en la lista TCR presenta una solicitud, debe realizar un depósito en los tokens internos del registro. El tamaño mínimo es MIN_DEPOSIT , por lo que se MIN_DEPOSIT muchos tokens como depósito al impugnar una solicitud. La aplicación será revisada (resuelta) más tarde por APPLY_STAGE_LEN . Si nadie ha impugnado la solicitud durante este tiempo, el candidato se convierte en miembro de la lista. De lo contrario, el estado del candidato está determinado por los resultados del concurso.


La aplicación contiene una instantánea de los parámetros requeridos actuales, y todas las acciones con la aplicación hacen referencia a sus parámetros fijados en la instantánea.


Desafiando la aplicación


El desafío se inicia ya sea para los candidatos que esperan la consideración de la solicitud o para los participantes en la lista. Solo se permite un desafío activo en relación con cada candidato o participante. El concursante inicia un depósito por la cantidad de MIN_DEPOSIT contra la posición de la lista o aplicación cuyo depósito excede o es igual a MIN_DEPOSIT . (Hablaremos sobre las posiciones en disputa con un depósito inferior a MIN_DEPOSIT en la sección "Situación de borde: tocar y quitar").


Cuando se inicia el concurso, se crea una instantánea de los parámetros de registro requeridos actuales y comienza la votación (consulte la sección "Votación"), en la que puede participar cualquier titular del token. Después de votar, se confisca el depósito del candidato o del iniciador del concurso. La parte ganadora recibe una parte del depósito perdido ( DISPENSATION_PCT ) como compensación por el riesgo financiero. El resto del depósito se distribuye entre los participantes de la mayoría con derecho a voto de acuerdo con el peso de sus fichas. Los participantes de la minoría con derecho a voto no tienen nada que perder y ninguna ganancia.


Nota DISPENSATION_PCT esencialmente le da al retador la confianza para ganar el voto. Como resultado de la victoria, se publicará una disputa (problema). Si se determina una dispensación especial, por ejemplo, al 50%, entonces el concursante debe estar más del 66% seguro de la posibilidad de victoria. ¿Por qué 66%? Debido a que existe una probabilidad del 33% de perder el depósito por completo y una probabilidad del 66% de ganar la mitad del depósito: (0.33) (- 1) + (0.66) (0.5) = 0.


Si se cuestiona la solicitud, se elimina y el candidato puede o no ser miembro de la lista. Si el elemento de la lista está en disputa, entonces el elemento puede o no eliminarse.


Situación de borde: tocar y quitar


Si el candidato hizo un depósito, se convirtió en miembro y luego aumentó el valor del MIN_DEPOSIT obligatorio actual, entonces el depósito del participante sería menor que MIN_DEPOSIT . Si tal posición es impugnada, se elimina inmediatamente de la lista, y los depósitos de la parte desafiante y el participante en la lista se devuelven a los propietarios. Esto es tocar y quitar.


¿Por qué y por qué se necesita este enfoque? Supongamos que el tamaño de los depósitos durante el concurso debe ser el mismo para que las acciones de los votantes no se vean afectadas por el deseo de compartir el depósito más grande (esto les dará el mayor beneficio). Entonces, ¿por qué no equiparamos el tamaño de los depósitos cuando disputamos con el tamaño de los depósitos de las posiciones en disputa? Es posible que un depósito, debido a las fluctuaciones en el precio de mercado de una ficha, se vuelva más barato que el gas y el costo de oportunidad. Los participantes incurrirán en estos costos si inician una impugnación o voto. El enfoque de tocar y quitar reduce la posibilidad de envenenar el registro con registros cuyos depósitos son demasiado pequeños para disputar: los titulares de tokens activos simplemente eliminarán dichas posiciones a un costo mínimo.


Para protegerse de tocar y quitar después de aumentar MIN_DEPOSIT , los participantes en la lista pueden aumentar sus depósitos tanto como sea necesario, y cualquier cantidad que exceda el MIN_DEPOSIT obligatorio puede retirarse en cualquier momento. Al disputar, el tamaño del MIN_DEPOSIT actual se fija en la imagen, y solo se permite poner esta cantidad en la línea.


Votar


La votación en TCR debe estar ponderada en tokens y seguir el esquema de confirmación de revelación. No hay otros requisitos especiales para votar, lo principal es que el mecanismo debe ser efectivo en términos de liquidez de token.


La caracterización ponderada por token (peso condicional de los tokens) es importante para los titulares que invirtieron la mayor cantidad de tokens, lo que significa que su voz es la más importante al administrar el registro. Dichos titulares serán los más discretos. Y gracias al esquema de compromiso-revelación, la votación alienta a los participantes a ser extremadamente productivos. La liquidez del token debe maximizarse para alentar a los participantes a votar.


La votación de confirmación parcial de bloqueo parcial es el mecanismo de votación basado en token más eficiente para TCR.


Parametrización


La configuración del registro debe adaptarse a la dinámica de los cambios en el precio de mercado del token de registro interno. Por ejemplo, el precio baja, aparecen cientos de candidatos para su inclusión en el registro y los titulares de tokens no pueden procesar de manera eficiente todas las solicitudes. Entonces necesitas aumentar MIN_DEPOSIT .


Si bien no hay una respuesta definitiva, cuál es la mejor manera de realizar la parametrización, es decir, en esencia, administrar el registro. Por ejemplo, en AdChain, los principios de parametrización son los mismos que los principios de procesamiento de aplicaciones para su inclusión en el registro. Aquí se usa un conjunto diferente de los mismos parámetros, por lo tanto, para la propuesta de reparametrización, MIN_DEPOSIT puede ser mucho más alto que si se MIN_DEPOSIT de incluir una nueva posición. Las propuestas de reparametrización también se disputan con la ayuda de depósitos simbólicos, los colocan tanto el proponente como el retador. Los poseedores de tokens pueden votar por la reparameterización de los parámetros del registro o los parámetros del reparameterizer en sí.


Propiedades interesantes de TCR


Los tokens de registro interno son un elemento necesario de los sistemas autosuficientes para uso público. Los TCR mismos son los principales enemigos del capitalismo, realizan una función útil al menor costo marginal posible.


Los registros gestionados por token cumplen con los principios del Manifiesto Cryptosystems de Mike


TCR necesita tokens internos. El uso de cualquier otra cosa interrumpirá el funcionamiento normal del sistema. Los poseedores de tokens deben comprender los pros y los contras de su trabajo bueno o malo, luego tendrán la motivación para la tarea principal: administrar el registro. Por ejemplo, el precio de bitcoin no se verá afectado por una disminución de la demanda en la lista de registros. Esto significa que los titulares querrán recolectar la mayor cantidad posible de bitcoins de los candidatos mediante disputas falsas y conspiraciones en las urnas, dejando de lado los intereses de la administración del registro. Y si el único propósito del token es usarlo cuando se aplica al registro, su precio cambiará dependiendo de la demanda de participación en las listas. La demanda depende de qué tan bien los titulares manejen las listas. Se respeta el principio de necesidad de fichas en TCR.


Un sistema es autosuficiente si funciona normalmente sin la participación de sus creadores. En TCR, ningún registro tiene privilegios especiales. Todos los tokens son equivalentes, y solo el peso del token determina el peso de los privilegios de su titular en el registro. El creador del registro puede desaparecer, y el sistema de incentivos cerrado no sufrirá esto. Los TCR son verdaderos sistemas descentralizados. Se observa el principio de autosuficiencia.


El sistema es de uso público (utilidad pública), si no requiere permisos, sin alquiler ni beneficios. Los TCR no requieren permisos, están completamente descentralizados y los privilegios en ellos están determinados solo por el peso condicional de los tokens. Dichos registros no requieren alquiler, ya que nunca se pondrán en línea para alentar a alguien a completar una tarea o para disuadir un ataque. Los TCR generan resultados útiles en forma de listas. Se respeta el principio de uso público.


Los principales enemigos del capitalismo.
Los sistemas que crean un resultado útil con costos marginales mínimos son los principales enemigos del capitalismo. El resultado de TCR es gratuito: las listas se almacenan en la cadena de bloques, cualquier lado puede leerlas. En lugar de dar dinero al vendedor para compilar una lista, los consumidores de TCR reciben un producto gratuito de todos los vendedores. Compiten entre sí para crear la mejor lista que puede aparecer en el mercado libre.


Aquellos que quieran mejorar la calidad de TCR pueden comprar tokens al precio de mercado, administrar el registro de manera eficiente, aumentar el interés de los consumidores, aumentar la demanda de candidatos a tokens y luego vender sus tokens y ganar dinero para aquellos que quieran mejorar el registro. Un titular de fichas, que sabe cómo presentar disputas y votar bien, asegurará un ingreso estable vendiendo fichas recibidas de depósitos confiscados y sin perder capital fijo.


Por lo tanto, en un mercado eficiente, los tokens de registro interno con el tiempo se distribuirán de manera óptima entre las entidades que los utilizan de manera más productiva. En TCR, la rentabilidad y la productividad están estrechamente relacionadas.


Ataques y defensas contra ellos.


TCR es teóricamente posible atacar. Además, probablemente no todos los tipos de ataques están formulados y reparados. A continuación discutimos ataques conocidos y defensas contra ellos.


Trolling simple
El troll está tratando de agregar posiciones "malas" al registro "bueno" que no cumplen con los criterios del registro. Si el registro está bien monitoreado, tales ataques son caros e ineficaces: el troll pierde su depósito cuando un titular de token racional disputa con éxito la aplicación. Para superar la racionalidad de los votantes, un simple ataque de trolling debe convertirse en un ataque de un loco.


Ataque loco
Un atacante rico en recursos puede tener razones racionales para gastar mucho dinero en destruir el registro. Si una lista útil con costos marginales casi nulos destruye las empresas, entonces a las empresas afectadas probablemente no les gustará. El atacante comprará al precio de mercado la mayoría de los tokens protegidos contra la disputa con el derecho a votar y llenará el registro con posiciones de baja calidad. El registro se dañará, el valor de los tokens colapsará.


Afortunadamente, los registros controlados por tokens tienen protección contra tales ataques, bastante similares a los que son típicos de Casper. Desde un punto de vista financiero, al atacar al 51%, las armas de los atacantes pueden destruirse con la ayuda de un tenedor duro. Según Vitalik, “la tarea es hacer que el ataque del 51% sea extremadamente costoso para que incluso la mayoría de los validadores conjuntos no puedan deshacer los bloques finalizados sin pérdidas financieras extremadamente pesadas. Tan pesado que incluso un ataque exitoso probablemente conducirá a un aumento en el precio de la moneda base, ya que el mercado reaccionará con mayor fuerza a una disminución en el suministro total de monedas que a un tenedor duro de emergencia para debilitar el ataque " . En TCR, los validadores son titulares de tokens.


Es probable que en la práctica, en cualquier momento, solo una parte más pequeña de los tokens participe activamente en la votación (vea la sección "Bootstrapping"), por lo tanto, los ataques de una persona loca no serán tan caros como implica la etiqueta "ataque contra la mayoría de los validadores". Reducir la pasividad de los titulares de tokens es una importante pregunta abierta en TCR.


Envenenamiento de registro
El titular del token no envenena el registro, sino el participante en la lista. Se ingresa una posición en el registro y después de que su calidad empeora. Por ejemplo, una universidad, incluida en la lista de instituciones educativas de alta calidad, aumenta el costo de la educación debido a esto, pero sus graduados luego descubren que no pueden pagar sus deudas por la matrícula después de 10 años.


Los poseedores de tokens racionales deben identificar este comportamiento y desafiar las posiciones que envenenan el registro. Aspecto poco estudiado: la intoxicación puede ser relativamente barata si la posición de la lista solo espera que MIN_DEPOSIT aumente durante la acción de la lista, y si se detectan acciones ilegales, puede abandonar la lista mediante el procedimiento de tocar y quitar. En este caso, la posición de la lista no pierde el depósito, sin embargo, el sujeto pierde su reputación y ya no volverá a la lista.


Lanzamiento de monedas y memoria de votación
Los votantes no son castigados por malas decisiones, por lo que los titulares de fichas pueden encontrar que es más fácil "tirar una moneda" que pasar tiempo en calificaciones ponderadas. Puede defenderse de un ataque con interés a largo plazo de los votantes para maximizar la demanda de un token. Pero no se sabe en qué medida estas consideraciones afectarán el surgimiento de una masa crítica de votantes que nivelen el comportamiento irresponsable de los demás.


Lanzar una moneda no es un ataque muy peligroso: suponiendo una distribución uniforme de los votos como resultado del lanzamiento de una moneda, algunos activistas, titulares de fichas, en cualquier disputa, inclinarán la balanza a favor de la racionalidad.


La memorización de la votación (memeing de votación) ocurre cuando los participantes votan solo para ser mayoría. En términos de motivación, es similar a lanzar una moneda, pero el resultado es peor: una minoría de activistas que tienen fichas no inclinarán la balanza a favor de la racionalidad.


El lanzamiento de monedas y la memoria de votación son ataques complejos porque están dirigidos a los límites de la racionalidad de los titulares de fichas (ver "Los límites de la racionalidad").


Preguntas abiertas


Los límites de la racionalidad.
Hay estrategias que son racionales aquí y ahora, pero perjudiciales a largo plazo. La posesión pasiva de tokens en sí misma es indeseable, el lanzamiento de monedas y la memorización de la votación son racionales, pero con el tiempo empeoran la calidad del registro. ¿Cuáles son las mejores estrategias para que los participantes sigan? ¿Podría haber una situación en la que alguien actúe tácticamente y alguien estratégicamente, y como resultado la calidad de las listas será promedio, más baja que si la lista se gestionara de manera centralizada?


Bootstrapping
El TCR es inherente al dilema primario del huevo y la gallina. Los consumidores no se sienten atraídos por la lista vacía, y los candidatos no quieren participar en una lista que no es interesante para los consumidores. En general, será difícil para el registro ganar el interés de cualquiera de los grupos de participantes para lograr un estado estable y autosuficiente. Existen diferentes opiniones sobre el enfoque óptimo para crear un registro basado en tokens, y hasta ahora ninguno de los enfoques se ha convertido en un patrón claro que debe seguirse.


Un enfoque: un grupo de candidatos en colaboración con órganos de gobierno "obsoletos" (grupos de presión de la industria, consejos consultivos) forma un conjunto inicial de participantes. Motivación: use comisarios de confianza de la industria para crear un conjunto básico de posiciones convincentes en el registro.


Otro enfoque: inicialmente, los tokens de registro se distribuyen entre los posibles consumidores y candidatos. Esto le da a las partes (por lo demás desinteresadas) una motivación tangible para el autocultivo del sistema.


Tamaño mínimo de la economía
¿Cuál es el tamaño mínimo de la economía requerido para la gestión descentralizada de listas? ¿Es económicamente descentralizado administrar una lista de compras? ¿Será racional que el fabricante de bienes y productos envasados ​​solicite su inclusión en el registro de artículos que deben comprarse en el supermercado? ¿Los votantes podrán administrar una lista que sea buena para los compradores? ¿Cómo saben los votantes si el comprador tiene suficiente queso? ¿Cuál es el interés mínimo del consumidor necesario para la gestión descentralizada de listas?


Parametrización
La parametrización de los registros no está bien desarrollada hasta la fecha. , AdChain . , MIN_DEPOSIT . MIN_DEPOSIT , , . AdChain . , .




PS , TCR-, . . — .

Source: https://habr.com/ru/post/es418711/


All Articles