El mes pasado ayudé a un proyecto DeFi como asesor, el fundador me envió un mensaje a las dos de la mañana: el período de bloqueo del token ha terminado, hay que desbloquear a 200 contribuyentes tempranos, revisé la tabla tres veces, pero aún hay 12 direcciones que no coinciden. Algunos dicen que no han recibido, otros dicen que han recibido de más, ¡la comunidad ya está empezando a gritar!
Cuando terminé de ver, mi primera reacción no fue ayudarlo a revisar la tabla, sino pensar que esto era demasiado familiar. Después de un tiempo, siempre hay algún proyecto que cae en el mismo agujero. Cambia el nombre del proyecto, cambia el nombre del token, pero el guion sigue siendo el mismo.
Luego me preguntó algo, y pensé que había dado en el clavo.
Las transferencias bancarias nunca dependen de que alguien las verifique manualmente una por una, ¿por qué la distribución en la cadena, que es claramente más transparente, sigue generando disputas todos los días?
Si lo piensas bien, el problema no radica en la falta de transparencia en la cadena, sino en que siempre ha faltado una capa: reglas de ejecución verificables.
Vas al banco a hacer un depósito a plazo fijo, al vencimiento se transfiere automáticamente, no es un empleado quien temporalmente toma los formularios y los introduce manualmente, es el sistema que corre automáticamente según las reglas firmadas al principio. Quién debe recibir cuánto, cuándo vence, cómo se mueve el dinero, todo está escrito desde el principio.
Pero la distribución de tokens de muchos proyectos no es así.
La práctica común en la realidad es: sacar Excel offline y transferir manualmente online. Quién recibe cuánto, cuándo se desbloquea, si hay exceso o falta, todo depende de que el equipo del proyecto lo organice y lo ejecute. Si hay un problema, el equipo del proyecto dice que transferí según la tabla, el usuario dice que no lo recibió, al final nadie puede aclararlo.
Por eso, cuando volví a ver @SignOfficial de TokenTable, sentí que lo que estaba mejorando no era la conveniencia de emitir tokens, sino que estaba cubriendo esa capa que es más propensa a conflictos.
No es una simple herramienta de distribución de tokens, más precisamente, es un conjunto de protocolos de distribución verificables.
Primero escribes en la cadena el período de bloqueo, el tiempo de desbloqueo, la cantidad correspondiente a cada dirección y las reglas de distribución, y después de que vence, el sistema ejecuta automáticamente según las reglas. No es el equipo vigilando tablas a medianoche para realizar 200 transacciones, no es la comunidad esperando a que el equipo del proyecto salga a explicar, sino que las reglas están bloqueadas desde el principio y luego se ejecutan según eso.
El punto más crítico aquí es que,
En caso de disputa, cualquiera de las partes puede investigar si las reglas han sido modificadas, y si se están ejecutando según las reglas originales.
La mayor diferencia con la distribución de proyectos tradicionales no es que sea más automatizada, sino que mueve el costo de confianza del conflicto posterior al consenso previo.
El modo anterior era,
Primero ejecuta, si hay un problema, luego concilia.
El modo actual es,
Primero fija las reglas, y luego corre automáticamente según esas reglas.
La diferencia entre estos dos es en realidad bastante grande.
Para los proyectos, lo que se ahorra son los incidentes operativos más problemáticos.
Para los usuarios, lo que se ahorra es la sensación de incertidumbre más desagradable.
Muchas personas que participan en proyectos tempranos no se preocupan tanto por el bloqueo, sino porque no saben cuándo se desbloqueará, cuánto se desbloqueará, o si las reglas han sido cambiadas en secreto. El equipo del proyecto dice que se basa en el anuncio, y la comunidad solo puede esperar.
La ventaja de cosas como TokenTable es que la línea de tiempo, el ritmo de desbloqueo y los montos se pueden ver claramente de antemano. Los usuarios pueden calcular por sí mismos, no tienen que esperar a que el equipo del proyecto notifique, ni arriesgarse a que el equipo del proyecto se dé cuenta de su conciencia en ese momento.
Siguiendo este escenario, también se ve claro $SIGN .
El equipo del proyecto paga según la cantidad distribuida, cuanto mayor es la escala de distribución y más complejas son las reglas, mayor es la cantidad de llamadas al protocolo. TokenTable ya ha manejado más de 4 mil millones de dólares en distribuciones de activos, este número no es solo una narrativa, sino acciones de distribución que realmente han ocurrido.
Dicho de manera sencilla, $SIGN lo que se obtiene aquí no es si el mercado piensa que esta historia es interesante, sino que son las llamadas de acuerdo que realmente ocurren en estos proyectos.
Ese fundador luego cambió el desbloqueo de la segunda ronda a TokenTable, el resultado fue cero disputas.
Él luego dijo una frase, creo que ya ha explicado esto por completo,
Antes tenía que demostrar manualmente que había transferido, ahora es una prueba automática en la cadena que las reglas no han cambiado.
Creo que este es el verdadero valor de este tipo de protocolos.
No es ayudarte a ahorrar unos pocos empleados, no es crear un backend más atractivo, sino bloquear de antemano esa capa de cosas que son más propensas a fallos y a echarse la culpa unos a otros.
Lo que más problemas genera en la cadena nunca ha sido si se ha transferido o no, sino según qué reglas se ha transferido, que desde el principio no ha sido establecido.
