Hoy, el aumento de 3 puntos de Bitcoin fue extremadamente brusco, el momento elegido fue muy agresivo, la técnica fue extremadamente violenta. No fue un aumento gradual, fue como abrir un gran agujero en la "muralla psicológica" de los cortos en $69,000.
El mes pasado vi un mensaje en el grupo de TG, alguien recibió un airdrop, se fue a venderlo en DEX, y el resultado fue que le indicaron "esta dirección no tiene derecho a recibir". Se mostró una captura de pantalla, claramente el registro de transacciones decía que la reclamación fue exitosa, pero en la cadena no se podía verificar ningún comprobante de autorización.
El grupo estuvo discutiendo toda la noche. Algunos dicen que el proyecto está evadiendo responsabilidades, otros dicen que es un problema de caché de la billetera, al final el proyecto salió a disculparse: "Hubo un pequeño fallo en la sincronización de datos del servidor, vamos a reemitir manualmente".
¿Reemisión? ¿Y si no hay captura de pantalla? ¿Y si el disco duro del servidor se rompió?
Esto me recuerda a un proyecto del año pasado, las reglas del airdrop ya se habían enviado, y el día de la distribución, el sistema se colapsó. El proyecto dijo 'Recibir según el snapshot', pero el problema es que el snapshot estaba en el servidor, y el servidor se cayó. ¿Cómo se resolvió al final? La comunidad se quejó durante un mes, el proyecto no pudo presentar pruebas, y el airdrop se dejó en el aire.
¿Te has dado cuenta de que en este círculo, lo que más teme la gente que busca airdrops no es que el proyecto se escape, sino que el proyecto no pueda aclarar si realmente tienes derecho o no?
Antes pensaba que esto no era un problema. El registro en la cadena es claro, lo que me envías es mío. Luego comprendí que el tema de los airdrops es completamente diferente a las transferencias. Una transferencia se realiza en la cadena, pero muchas veces un airdrop es el proyecto autorizándote en el backend. ¿Dónde se guarda este registro de autorización? La mayoría de los proyectos lo guardan en su propia base de datos.
¿Qué es una base de datos? Son varios servidores, las credenciales de una cuenta de un proveedor de nube, una cadena de códigos de verificación en el teléfono del dueño. Esta cosa puede desaparecer en un instante. Pensabas que era un airdrop descentralizado, pero en realidad lo guardan en un Excel.
Después, investigué a fondo el TokenTable de Sign y descubrí que esos verdaderos grandes proyectos —el airdrop de 30 millones de dólares de KAITO, la distribución de 130 millones de dólares de DOGS, los 12 millones de ZetaChain— todos funcionan sobre él. ¿Por qué? Porque estos proyectos no son tontos, tienen que distribuir activos por decenas de miles de millones, ¿te atreverías a usar un Excel para registrarlos?
La lógica de TokenTable es especialmente simple: cuando recibes un airdrop, el registro de autorización no se escribe en el servidor del proyecto, sino que se escribe en Ethereum, Solana y TON. Estos tres bloques funcionan en decenas de miles de nodos en todo el mundo. ¿El proyecto quiere evadir responsabilidades? Bien, primero debes asegurarte de que esos decenas de miles de nodos estén bajo control al mismo tiempo.
Alguien me dijo que SIGN tiene un gran volumen de desbloqueo este año, con una fuerte presión de venta. Le dije, hermano, ve a ver qué ha estado haciendo últimamente.
El Banco Nacional de Kirguistán, el banco central digital de 7.2 millones de ciudadanos, Digital SOM, funciona sobre la infraestructura básica de Sign. Piensa en esto, ¿un país entrega su dinero a un protocolo descentralizado? ¿Qué busca? ¿Que no habrá 'fallos en el disco duro'? ¿Que no habrá 'borrados accidentales en el backend'? O tal vez, ¿espera que cuando cambie el régimen, los libros de cuentas sigan en decenas de miles de nodos?
Si miras este asunto desde otro ángulo, todo tiene sentido. Kirguistán no es tonto, elige Sign no porque la tecnología sea impresionante, sino porque esta cosa puede soportar la carga. Los servidores en el mundo físico pueden ser alcanzados por un rayo, inundados por agua, destruidos por guerras, pero lo que hay en la cadena no.
Antes pensaba que el almacenamiento de pruebas era algo trivial, ¿quién no tiene? Luego comprendí que el almacenamiento de pruebas es la pared de carga de Web3. Normalmente no lo ves, pero si se colapsa, toda la casa se viene abajo.
Lo mismo ocurre con los buscadores de airdrops. Recibes airdrops de cien proyectos, y un día el proyecto dice 'actualización del sistema, se perdió el registro' — ¿qué pruebas tienes de que realmente lo recibiste? ¿Capturas de pantalla? ¿Registros de chat? ¿O tu confianza de que 'el proyecto no sería tan deshonesto'?
Esto ya no se trata de comerciar con criptomonedas. Es infraestructura. Es ese tipo de infraestructura que no piensas en ella hasta que la necesitas, pero una vez que falta, todo el sistema se tambalea.
Alguien lo llama almacenamiento de pruebas, yo lo llamo el libro de familia de Web3. Si pierdes el libro de familia, puedes obtener otro, pero si pierdes el registro en la cadena, ¿a quién le pides que lo reponga?