Autor|Azuma(@azuma_eth)
El 12 de agosto, hora de Beijing, Jeff Yan, fundador de Hyperliquid, anunció un avance de actualización en el canal oficial de Discord. Debido a que la explicación original era demasiado técnica, muchas personas pasaron por alto o subestimaron el significado de esta noticia.
Traducción literal
A continuación se presenta la traducción directa de la explicación original de Jeff Yan.
- Según los comentarios de los desarrolladores, HIP-1 agregará la siguiente función controlada por el implementador del token: scaleWei { token, totalWei, referenceToken, systemAddress }.
- Esta operación transferirá automáticamente un total de totalWei del token desde systemAddress a los usuarios, en proporción a su saldo de referenceToken. Los cálculos se redondearán hacia abajo y excluirán a la propia systemAddress. Por ejemplo, cuando token == referenceToken, esta función se puede utilizar para redenominación (redenomination).
- systemAddress tiene dos posibilidades: la dirección del sistema Core → EVM; una dirección del Tesoro (Treasury) especificada por el implementador y capaz de proporcionar firmas. Es importante señalar que EVM en sí mismo no tiene esta función atómica. Por lo tanto, si el token en cuestión también existe en el entorno EVM, el contrato inteligente correspondiente puede necesitar lógica personalizada para sincronizar esta operación con los saldos del token en EVM.
- Cuando token y referenceToken son el mismo token: todas las órdenes abiertas (Open Orders) se cancelarán y luego se recrearán según la proporción real de redenominación, redondeando hacia abajo según los requisitos de precisión de szDecimals; totalWei permite valores negativos. Esto permite una redenominación en dirección inversa.
- Se agradecen los comentarios para garantizar que esta función pueda satisfacer la mayor cantidad posible de casos de uso prácticos.
Evidentemente, sin una comprensión básica de los conceptos de contratos inteligentes, es difícil entender qué significa realmente esta actualización de Hyperliquid.
Interpretación sencilla
En pocas palabras, Hyperliquid está agregando a HIP-1 una capacidad poco común hasta ahora: ajustar de manera masiva y programática los activos de los usuarios directamente en la "capa de saldo" de HyperCore.
Lo más importante aquí no es el nombre de la función scaleWei ni sus parámetros, sino lo que realmente pueden hacer.
Supongamos que existe un token A en Hyperliquid; ahora Alice posee 100, Bob posee 50 y Charlie posee 10. Si una dirección contiene 1600 tokens B y se utiliza A como referenceToken, el sistema puede distribuir automáticamente estos 1600 B según la proporción de A que posea cada persona.
La distribución sería:
- Alice posee el 62.5% de A, recibe 1000 B;
- Bob posee el 31.25%, recibe 500 B;
- Charlie posee el 6.25%, recibe 100 B.
Los usuarios no necesitan hacer clic en "Reclamar" ni invocar contratos inteligentes uno por uno; HyperCore puede modificar directamente los saldos de las cuentas según las reglas establecidas.
Y si token == referenceToken, se ejecutará una "redenominación", y el cambio será aún más intuitivo.
Por ejemplo, si las tenencias de un token de acciones eran: Alice 100 acciones, Bob 50, Charlie 10, y ahora se realiza un split de acciones 1:10, el sistema puede ajustar directamente los saldos.
El estado de tenencia después del ajuste será:
- Alice: 1000 acciones;
- Bob: 500 acciones;
- Charlie: 100 acciones.
La proporción de tenencia de cada persona no cambia, solo cambia la unidad de valor. Lo contrario también es cierto.
Hyperliquid también consideró específicamente el problema de las órdenes en esta actualización. Si un activo tiene un split de acciones 1:10, una orden de venta anterior de 100 acciones obviamente no puede permanecer intacta; de lo contrario, la cantidad de órdenes después del split no coincidiría con el nuevo sistema de tenencias. Por lo tanto, el sistema cancelará las órdenes originales, las recreará según la nueva proporción y procesará las cantidades según la precisión de szDecimals. En otras palabras, esto hace que el saldo, las órdenes y otros estados de trading completen juntos la redenominación.
Una vez entendida la lógica de la actualización, ¿para qué sirve esta "capacidad programable a nivel de saldo"?
Casos de aplicación
Actualmente, el contenido publicado por Jeff Yan describe principalmente la capacidad subyacente de scaleWei, pero en torno a esta capacidad, ya podemos vislumbrar varias direcciones de aplicación claras centradas en tokens de acciones.
Caso 1: Dividendos
Los dividendos son uno de los derechos básicos de las acciones tradicionales. En el sistema de corretaje tradicional, esta es una acción corporativa estándar; en el modo típico de EVM, para realizar una operación similar, generalmente es necesario registrar las direcciones elegibles mediante un contrato inteligente y luego hacer que los usuarios los reclamen activamente o que el equipo del proyecto los distribuya uno por uno.
scaleWei ofrece otra posibilidad: distribuir directamente los activos de dividendos a los usuarios en proporción a sus tenencias, basándose en los saldos del token de acciones en HyperCore. Supongamos que en el futuro aparece en Hyperliquid un token de acciones de una empresa que cotiza en bolsa, y la empresa decide un dividendo de 1 dólar por acción: Alice posee 100 acciones, Bob 50, Charlie 10. El sistema podría distribuir directamente el activo del dividendo a sus cuentas respectivas según la proporción de tenencia, sin necesidad de que los usuarios reclamen manualmente ni de que el equipo del proyecto invoque el contrato uno por uno; HyperCore mismo podría completar esta transferencia masiva.
Caso 2: Split y consolidación de acciones
Este es en realidad el caso que ya se corresponde explícitamente con esta actualización. Cuando token y referenceToken son el mismo activo, scaleWei puede ajustar unificadamente los saldos de todos los tenedores según una proporción.
Por lo tanto, en el futuro, si un activo HIP-1 necesita un split de acciones 1:10, una consolidación 10:1, o incluso ajustar la unidad mínima de trading, se podrá ejecutar directamente, y el sistema cancelará y reconstruirá simultáneamente las órdenes no ejecutadas. Para un sistema de trading que realmente quiera albergar acciones y ETF, este tipo de "acciones corporativas" son estándar.
Caso 3: Rebasing
Un mecanismo similar también podría utilizarse para Rebase. En términos simples, significa que cuando la oferta total o la unidad del activo en sí se ajusta (especialmente común durante la conversión de tokens de acciones antes de la cotización, donde el número de acciones en circulación se ajusta), la proporción relativa de tenencia entre los usuarios permanece sin cambios.
Anteriormente, este tipo de operaciones solían depender de la lógica del propio contrato del token, pero en el futuro podrían convertirse en una capacidad nativa de HyperCore.
Caso 4: Airdrops
Otro caso de uso bastante intuitivo son los airdrops. El referenceToken no tiene que ser igual al token que se distribuye, por lo que teóricamente se pueden distribuir activos B según la tenencia proporcional de A.
Por ejemplo, si un proyecto decide distribuir otro token a los tenedores de un activo HIP-1, el sistema puede leer directamente el saldo de A de los usuarios en HyperCore y luego distribuir B desde una dirección del Tesoro especificada según la proporción.
Esto significa que, al menos dentro de HyperCore, algunas acciones tradicionales de "reclamar airdrops" podrían simplificarse aún más en el futuro, convirtiéndose en una distribución directa de saldos realizada por el sistema.
Completando las deficiencias de las "acciones corporativas" en las acciones tokenizadas
Es importante enfatizar que la actualización anunciada por Jeff Yan por ahora se centra solo en la funcionalidad subyacente, y no significa que Hyperliquid haya anunciado que distribuirá dividendos para los tokens de acciones en su plataforma. Sin embargo, desde la perspectiva de la infraestructura, ya existe una ruta técnica para la capacidad requerida por los casos de aplicación mencionados anteriormente: "distribuir activos a las cuentas en proporción a las tenencias".
Considerando los posibles casos de aplicación, el verdadero significado de esta actualización de Hyperliquid es que tiene el potencial de completar las deficiencias en la capacidad de manejar "acciones corporativas" para los activos en cadena.
En los últimos años, al discutir la tokenización de acciones, la atención de la industria a menudo se centraba en: "¿Se pueden poner las acciones en cadena?" Pero si realmente se quiere trasladar las acciones a la cadena, el problema va mucho más allá. Después de la emisión de acciones, ocurren continuamente una serie de acciones corporativas como dividendos, splits, consolidaciones, ampliaciones de capital, distribuciones de activos, etc.
Por lo tanto, una infraestructura completa de acciones en cadena no solo necesita poder "comercializar acciones", sino también manejar estos cambios de estado de los activos fuera del trading, y esto es precisamente lo que la actualización de Hyperliquid comienza a abordar.
Desde esta perspectiva, scaleWei se asemeja más a una pieza de infraestructura que Hyperliquid está completando para su próxima fase: permitir que los activos financieros en cadena no solo sean "comercializables", sino que también puedan experimentar diversas acciones corporativas, al igual que los activos financieros del mundo real.
