En pocas palabras, un banco puede emitir un stablecoin o un depósito tokenizado utilizando blockchain o tecnología de registro distribuido (DLT) combinada con contratos inteligentes, integración con el ledger central, controles de identidad y cumplimiento, custodia, herramientas de privacidad y conectividad de liquidación. La principal decisión de arquitectura se plantea entre una red privada con permisos, una blockchain pública o una blockchain dedicada controlada por la institución.

Una Avalanche L1 encaja en el tercer modelo: la institución puede operar una red soberana con sus propias políticas de validadores y transacciones, conservando la conectividad nativa con el ecosistema más amplio de Avalanche.

Una distinción clave enmarca todo el tema: la blockchain en sí no determina si un instrumento es legalmente un stablecoin o un depósito tokenizado. Eso depende del emisor, del derecho legal, del respaldo, del modelo de canje y de la regulación aplicable.

Conclusiones clave

• Los depósitos tokenizados son pasivos de depósitos bancarios comerciales representados en infraestructura programable, mientras que los stablecoins son tokens emitidos por separado y diseñados para mantener un valor estable, cada uno con su propio respaldo y estructura regulatoria.
• La emisión requiere más que un contrato de token: las instituciones también necesitan integración con el ledger, controles de KYC/AML, custodia, privacidad, auditabilidad, procesos de canje e interoperabilidad.
• Las Avalanche L1 permiten a las instituciones configurar la participación de validadores, el acceso a las transacciones, el despliegue de contratos y los parámetros de comisiones de red a nivel de red.
• Encrypted ERC (eERC) puede agregar saldos y montos de transferencia confidenciales, incluida una capacidad opcional de auditor, pero es un estándar de token desplegable y no una función automática de cada Avalanche L1.
• ANZ ha probado una red Avalanche controlada por la institución en un flujo de liquidación de activos tokenizados cross-chain, demostrando la arquitectura sin que ello implique que ANZ lanzó un producto de stablecoin público en Avalanche.

¿Cuál es la diferencia entre un stablecoin y un depósito tokenizado?

Ambos instrumentos pueden representar dinero infraestructura blockchain, pero son instrumentos financieros diferentes. El Banco de Pagos Internacionales (BIS) describe los depósitos tokenizados como depósitos bancarios comerciales representados en un registro programable o tokenizado. Siguen siendo pasivos del banco comercial emisor y deberían ser transferibles o canjeables a la par con los depósitos ordinarios.

La estructura legal y económica del derecho importa más que el formato del token. Un contrato inteligente técnicamente idéntico podría representar instrumentos muy diferentes según quién adeude el pasivo, cómo funcione el canje y qué normas se apliquen.

¿Qué pila tecnológica necesita una institución financiera para emitir dinero digital?

Emitir dinero onchain requiere una pila de producción conectada, no solo un contrato inteligente. En la práctica, las instituciones necesitan al menos siete capas.

1. Integración con el ledger central. La representación onchain debe mantenerse sincronizada con los registros autoritativos de depósitos, reservas o tesorería de la institución. Por lo tanto, la emisión y el canje necesitan vínculos controlados con los sistemas bancarios y contables centrales.

2. Contratos de emisión y canje. Los contratos inteligentes o la lógica de registro equivalente definen la emisión, las transferencias, la quema y el canje, y los permisos administrativos. Los roles deben diseñarse en torno a la gobernanza institucional, la segregación de funciones y la gestión de claves.

3. Red blockchain o DLT. La red registra la propiedad y las transferencias. Puede ser un registro privado, una red de consorcio, una cadena pública compartida, una cadena con permisos o una blockchain dedicada controlada por la institución.

4. Controles de identidad y cumplimiento. KYC, AML, tamizaje de sanciones, listas blancas de direcciones, monitoreo de transacciones y controles de congelamiento o restricción exigidos legalmente deben conectar la capa onchain con los procesos de cumplimiento de la institución.

5. Infraestructura de custodia y wallets. La institución y sus clientes necesitan gestión segura de claves, autorización de transacciones, procesos de recuperación y controles operativos.

6. Privacidad y auditabilidad. Las instituciones pueden necesitar saldos o montos de transacción confidenciales, preservando el acceso para auditores autorizados, reguladores y funciones de control interno.

7. Interoperabilidad y conectividad de liquidación. El instrumento se vuelve más útil cuando puede interactuar con otros bancos, medios de pago, activos tokenizados y redes blockchain sin obligar a todos los participantes a un mismo registro. Esto también implica que las decisiones de interoperabilidad afectan la gobernanza y el diseño operativo, no solo la mensajería técnica: los participantes necesitan permisos definidos, procesos de liquidación y responsabilidades en los sistemas conectados.

¿Qué modelos de blockchain están usando las instituciones financieras?

No existe una única arquitectura en la industria. Los despliegues y pilotos actuales abarcan tres modelos amplios.

1. Redes privadas controladas por la institución. El Tokenized Deposit Service de HSBC es un ejemplo. HSBC indica que los clientes elegibles pueden convertir depósitos en tokens digitales y transferir fondos de wallet a wallet en tiempo real, 24/7, entre las sucursales de HSBC participantes. El servicio se construye sobre una blockchain privada de HSBC con permisos de nivel empresarial. Este modelo maximiza el control institucional, pero la conectividad más allá del entorno del banco requiere integración adicional.

2. Emisión en blockchain pública. JPM Coin (JPMD) de J.P. Morgan es un ejemplo. J.P. Morgan declara que su token de depósito denominado en USD está disponible para clientes institucionales en Base, una red Layer 2 de Ethereum. Esto col el token directamente en un entorno onchain público, pero el banco no controla la red Base subyacente.

3. Redes dedicadas controladas por la institución conectadas a un ecosistema más amplio. Un tercer modelo brinda a la institución su propio entorno blockchain y política de validadores, conservando una vía de conectividad intercadena. Las Avalanche L1 están diseñadas para esta arquitectura.

¿Qué es una Avalanche L1?

Una Avalanche L1 es una red soberana dentro del ecosistema Avalanche con su propio conjunto de validadores y reglas configurables. Las Avalanche L1 se conocían anteriormente como Subnets. En lugar de colocar la aplicación de una institución en blockspace compartido, una organización puede operar una red dedicada y definir cómo se gestionan los validadores, el acceso a las transacciones, el despliegue de contratos inteligentes y las comisiones.

Las Avalanche L1 pueden usar un entorno de ejecución compatible con EVM, lo que permite a los equipos trabajar con herramientas familiares de Ethereum y aplicaciones basadas en Solidity. La documentación de Avalanche también describe la comunicación nativa entre L1 mediante Avalanche Interchain Messaging (ICM).

¿Cómo puede una Avalanche L1 soportar un stablecoin o depósito tokenizado emitido por un banco?

Los requisitos institucionales relevantes se corresponden con una combinación de controles de red de las Avalanche L1 y capacidades desplegables en la capa de aplicación. Por qué importa esto: algunas reglas de participación pueden ser aplicadas por la propia red y no solo por un sitio web, una interfaz de wallet o un contrato de aplicación. Esto puede ser valioso cuando una institución necesita un entorno de ejecución controlado con validadores conocidos y transactores aprobados.

¿Cómo puede una institución financiera restringir su token a clientes verificados?

En una Avalanche L1 basada en EVM, la Transaction AllowList puede restringir qué direcciones tienen permitido enviar transacciones. Un flujo institucional típico sería el siguiente:

1. El cliente completa el onboarding habitual de la institución y los controles de KYC/AML.
2. La dirección blockchain del cliente se verifica y se vincula a la identidad o cuenta aprobada.
3. La dirección se agrega al conjunto permitido.
4. La dirección aprobada puede enviar transacciones a la L1.
5. Si se retira la autorización, la institución elimina o modifica el permiso de esa dirección.

Esto no reemplaza el KYC, el tamizaje de sanciones ni el monitoreo de transacciones. Le da a la institución un mecanismo a nivel de red para aplicar el resultado de esos procesos.

¿Puede la institución controlar quién despliega contratos inteligentes?

Sí. La Deployer AllowList puede limitar el despliegue de contratos a direcciones aprobadas. Esto permite a una institución regulada impedir que terceros arbitrarios desplieguen aplicaciones en el mismo entorno de red que su token de depósito, su activo de liquidación u otros flujos regulados.

¿Puede una institución financiera controlar las comisiones de la red?

Sí. Las Avalanche EVM L1 exponen parámetros de comisiones configurables y un Fee Manager. Una L1 dedicada también aísla el blockspace de la institución de aplicaciones no relacionadas en una cadena compartida, lo que puede hacer que costos y capacidad sean más controlables. La política exacta de comisiones y el diseño del token de gas siguen siendo decisiones del operador de la L1.

¿Los tokens emitidos por instituciones pueden permanecer confidenciales?

Pueden hacerlo, según el diseño. Encrypted ERC (eERC) de Avalanche es un estándar de token confidencial que cifra en la cadena los saldos de tokens y los montos de transferencia, conservando las pruebas necesarias para transiciones de estado válidas. El estándar también admite una clave de opcional que puede descifrar saldos y montos para supervisión autorizada.

Un matiz importante: eERC no es un modo automático de privacidad para cada Avalanche L1. Es un estándar de token desplegable que puede usarse en redes compatibles con EVM, incluida la Avalanche C-Chain y las Avalanche L1. Las instituciones también pueden elegir patrones de privacidad a nivel de red, como restringir quién puede conectarse a y leer una L1 exclusiva para validadores.

¿Por qué importa la interoperabilidad para el dinero digital emitido por bancos?

Un depósito digital o un stablecoin es más valioso cuando puede participar en liquidaciones más allá del registro donde fue creado. Los casos de uso relevantes incluyen la liquidación de valores, el colateral tokenizado, las transferencias de tesorería, los flujos de divisas y los pagos transfronterizos.

El proyecto Agorá del BIS ilustra el punto: su prototipo de 2026 combinó depósitos bancarios comerciales tokenizados y reservas de bancos centrales tokenizadas en infraestructura programable para probar la liquidación mayorista transfronteriza atómica y multidivisa. El desafío más amplio no es solo emitir dinero digital, sino hacer que diferentes formas de dinero y activos regulados trabajen juntos de manera segura.

Dentro de Avalanche, ICM proporciona mensajería nativa entre las Avalanche L1. Una institución puede, por lo tanto, diseñar una L1 dedicada con sus propias reglas de participación, conservando una vía técnica para comunicarse con otras redes de Avalanche. La interoperabilidad comercial, legal y regulatoria aún debe resolverse por separado.

¿Ha probado alguna institución financiera esta arquitectura de Avalanche?

Sí. ANZ probó una red Avalanche controlada por la institución como parte de un proyecto de liquidación de activos tokenizados cross-chain con Chainlink. En el flujo demostrado, ANZ usó una red Avalanche Evergreen por su compatibilidad con EVM, sus permisos y un token de gas personalizado. El proyecto conectó Avalanche y Ethereum mediante Chainlink CCIP y simuló una liquidación delivery-versus-payment con stablecoins y activos tokenizados emitidos por ANZ.

El caso de estudio demuestra que una gran institución financiera puede usar un entorno dedicado de Avalanche como parte de una arquitectura de liquidación controlada e interoperable. No debe describirse como prueba de que ANZ lanzó un producto de stablecoin bancario de disponibilidad general en Avalanche, ni como prueba de que Avalanche por sí sola provee cada elemento del flujo de extremo a extremo.

Blockchain privada vs. blockchain pública vs. Avalanche L1

Las Avalanche L1 se entienden mejor como una tercera arquitectura y no como un reemplazo universal de las redes privadas o públicas: ofrecen control dedicado de la red siendo a la vez parte de un ecosistema blockchain multichain.

¿Una Avalanche L1 reemplaza los sistemas bancarios centrales?

No. La blockchain es una capa de la arquitectura. Los bancos siguen dependiendo de sistemas para cuentas de clientes, contabilidad general, tesorería, contabilidad, reportes regulatorios, sanciones y AML, onboarding, gestión de reservas y registros con autoridad legal. La capa onchain debe integrarse con esos sistemas para que la emisión, las transferencias y el canje se mantengan consistentes con los libros y las obligaciones legales de la institución.

¿Qué no resuelve la tecnología?

• Clasificación regulatoria. Las autoridades determinan si el instrumento es un depósito, un stablecoin, un producto de dinero electrónico, un valor u otro derecho regulado.
• Tratamiento en balance y reservas. Las obligaciones legales y contables de un stablecoin o depósito tokenizado existen independientemente de la blockchain elegida.
• Canje. Los usuarios necesitan un proceso confiable para convertir el instrumento digital en dinero bancario convencional u otro activo de liquidación acordado.
• Finalidad legal. La finalidad técnica de las transacciones y la finalidad de liquidación reconocida legalmente están relacionadas pero no son idénticas.
• Gobernanza de la interoperabilidad. La mensajería técnica por sí sola no crea acuerdos comerciales, estándares comunes ni reconocimiento entre instituciones y jurisdicciones.
• Política de cumplimiento. La tecnología puede aplicar reglas, pero los reguladores y las instituciones definen las reglas y siguen siendo responsables de los resultados de cumplimiento.

¿Cómo debería un banco evaluar la infraestructura blockchain para stablecoins o depósitos tokenizados?

Para las instituciones que evalúan un despliegue en producción, la decisión central no es simplemente qué cadena soporta transferencias de tokens. Es cómo operarán juntos la gobernanza de la red, la integración con el ledger, la aplicación del cumplimiento, la privacidad, la finalidad de liquidación y la conectividad externa. Esos requisitos deben evaluarse como una sola arquitectura, porque una capacidad en la capa blockchain no establece automáticamente el proceso legal u operativo correspondiente.

1. ¿Quién controla el conjunto de validadores y las actualizaciones de la red?
2. ¿Se puede impedir a nivel de red que wallets no autorizadas transaccionen?
3. ¿Se pueden limitar a entidades aprobadas los permisos de despliegue de contratos, emisión y canje?
4. ¿Se pueden soportar saldos y montos de transacción confidenciales donde se requiera?
5. ¿Pueden los auditores o reguladores autorizados recibir la visibilidad que necesitan?
6. ¿Las comisiones y la capacidad son predecibles, o están expuestas a demanda no relacionada en blockspace compartido?
7. ¿Cuál es el modelo de finalidad técnica de la red y cómo se corresponde con la finalidad legal de liquidación?
8. ¿Puede el instrumento interactuar de manera segura con otras redes, sistemas de pago y activos tokenizados?
9. ¿La plataforma soporta estándares y herramientas familiares, incluida la compatibilidad con EVM cuando sea útil?
10. ¿La arquitectura puede agregar participantes, jurisdicciones y casos de uso sin un rediseño completo?

¿En qué se diferencia Avalanche para el dinero digital emitido por instituciones?

Avalanche no es la única tecnología viable. Ethereum y las redes Layer 2 ofrecen amplio acceso a cadenas públicas; las plataformas DLT privadas brindan un fuerte control institucional; y los bancos ya están usando ambos enfoques.

El diferenciador de Avalanche es arquitectónico: una institución puede operar una L1 soberana en lugar de solo desplegar un token en la red compartida de otro. Esa L1 puede combinar validadores con permisos, controles de transacciones y despliegues, comisiones configurables, compatibilidad con EVM y mensajería nativa intercadena. La funcionalidad de tokens confidenciales como eERC puede agregarse donde la aplicación lo requiera.

Para un banco que considera el control de la infraestructura y la conectividad con el ecosistema como requisitos de primer orden, esa combinación es el argumento más fuerte para una Avalanche L1.

Preguntas frecuentes

¿Qué tecnología permite a un banco emitir su propio stablecoin o depósito tokenizado?
Blockchain o tecnología de registro distribuido combinada con contratos inteligentes, integración con el ledger central, controles de identidad y cumplimiento, custodia, privacidad y conectividad de liquidación. Un banco puede usar una red privada, una blockchain pública o una red dedicada controlada por la institución, como una Avalanche L1.

¿Qué es un depósito tokenizado?
Un depósito tokenizado es un depósito bancario comercial representado en infraestructura programable o tokenizada.igue siendo un pasivo del banco emisor y está diseñado para preservar las características económicas de un depósito bancario.

¿Un depósito tokenizado es lo mismo que un stablecoin?
No. Un depósito tokenizado es un pasivo de depósito bancario. Un stablecoin es un token digital emitido por separado y diseñado para mantener un valor estable, y puede tener un emisor, un modelo de respaldo, una estructura de canje y un tratamiento regulatorio diferentes.

¿Los bancos ya usan blockchain para depósitos tokenizados?
Sí. HSBC opera un Tokenized Deposit Service sobre infraestructura blockchain privada, mientras que J.P. Morgan pone su token de depósito en USD, JPMD, a disposición de clientes institucionales en Base, una Layer 2 pública de Ethereum.

¿Qué es una Avalanche L1?
Una Avalanche L1 es una red soberana dentro del ecosistema Avalanche con su propio conjunto de validadores y reglas configurables. Puede diseñarse como una red institucional con permisos y puede usar un entorno de ejecución compatible con EVM.

¿Puede un banco restringir quién usa una Avalanche L1?
Sí. Una Avalanche EVM L1 puede usar una Transaction AllowList para restringir el envío de transacciones a direcciones aprobadas, junto con una gestión de validadores con permisos.

¿Los saldos de tokens pueden permanecer confidenciales en Avalanche?
Sí, según el diseño. Encrypted ERC puede cifrar los saldos de tokens y los montos de transferencia, y admite una clave de auditor opcional. La privacidad a nivel de red también puede implementarse restringiendo el acceso a una L1 exclusiva para validadores.

¿Algún banco ha usado su propia red Avalanche?
ANZ usó su propia red Avalanche Evergreen en una prueba de liquidación de activos tokenizados con Chainlink. El proyecto usó compatibilidad con EVM, permisos y un token de gas personalizado como parte de un flujo de DvP cross-chain.

¿Un banco necesita su propia blockchain para emitir un depósito tokenizado?
No. Un banco puede usar infraestructura privada, desplegar en una cadena pública u operar una blockchain dedicada. Una Avalanche L1 dedicada es más relevante cuando la institución quiere control a nivel de red y una vía de conectividad blockchain más amplia.

En síntesis

Los bancos no necesitan una arquitectura blockchain específica para emitir dinero digital. Las redes privadas, las blockchains públicas y las cadenas institucionales dedicadas pueden todas soportar stablecoins o depósitos tokenizados. Las mejores preguntas son cuánta infraestructura necesita controlar la institución, cuánta privacidad y permisos requiere y cuán conectado debe estar el dinero resultante.

Una blockchain privada maximiza el control pero puede quedar aislada. Una blockchain pública compartida maximiza el acceso directo al ecosistema pero deja la red base fuera del control del banco. Una Avalanche L1 ofrece un tercer modelo: la institución puede operar su propio entorno blockchain soberano, configurar quién valida y quién transacciona, controlar el despliegue y las comisiones, y conectarse con otras redes de Avalanche mediante mensajería nativa intercadena.

Esa arquitectura no elimina el trabajo legal, regulatorio, contable ni operativo requerido para emitir dinero digital. Le da a las instituciones financieras una capa blockchain configurable sobre la cual esos requisitos pueden implementarse.

Fuente: Metaverse Post