Corea del Sur construirá una cadena que solo acepte wones, Maroo incorpora la conformidad en la infraestructura

Las transferencias en la cadena también pueden ser interceptadas según las reglas financieras, Maroo ajusta los parámetros de conformidad utilizando un "oráculo legal".

Escrito por: Ryan Yoon, Ekko an, Tiger Research

Traducido por: AididiaoJP, Foresight News

Won: El punto de partida de la valoración del sistema financiero de Corea del Sur

Los salarios, impuestos, consumos e inversiones de los residentes de Corea del Sur se valoran y liquidan finalmente en wones. Aunque las finanzas pueden no tener fronteras, el medio de intercambio que realmente utilizan las personas comunes sigue siendo el won.

Las reglas y sistemas del país moldean el sistema financiero. Los consumidores pueden no darse cuenta, pero detrás de la estructura de las transacciones hay reglas acordadas y negociadas. La lucha contra el lavado de dinero es un ejemplo. El umbral internacional para las recomendaciones de lucha contra el lavado de dinero es de aproximadamente 1000 dólares, pero su implementación varía entre países: en EE. UU. es superior a 3000 dólares, más flexible que la recomendación; recientemente, Corea del Sur eliminó el límite de 1 millón de wones, por lo que, independientemente del monto, la información del pagador y del receptor debe circular con la transacción.

Las reglas financieras tienen referencias internacionales comunes, pero las reglas de transacción que realmente operan pueden tomar diferentes formas debido a los entornos y sistemas financieros de cada país. La implementación debe adaptarse a las circunstancias específicas de la jurisdicción.

La innovación financiera en la cadena es igual. La tecnología puede cruzar fronteras, pero el sistema financiero que ejecuta la tecnología sigue dependiendo de la regulación local y las costumbres locales. Por lo tanto, comprender las reglas financieras básicas de un lugar y codificarlas en la infraestructura se convierte en una ventaja competitiva, en lugar de una limitación. No hay muchos participantes que puedan entender con precisión el contexto del mercado local y codificarlo en la infraestructura.

Maroo: Nacido en Corea del Sur

Maroo es una cadena pública construida en Corea del Sur para satisfacer esta necesidad.

El proyecto está liderado por Hashed Open Finance. Es una subsidiaria de Hashed, establecida para la comercialización de monedas estables, la tokenización de activos físicos y la emisión de tokens de valores. Hashed fue fundado en 2017 y es una de las principales instituciones de inversión y aceleración en blockchain de Corea del Sur. A través de Hashed Open Finance, Maroo se basa en la experiencia cercana de los cambios en el mercado coreano.

Los socios tecnológicos son ShardLab y Delight Labs. ShardLab ha colaborado con el grupo financiero tailandés SCBX para diseñar y operar instalaciones de pago de monedas estables en el sudeste asiático; Delight Labs ha estado operando cadenas desde 2018, gestionando múltiples nodos y redes principales.

A continuación, el proyecto planea discutir la alineación regulatoria con el gobierno y las instituciones financieras, y ampliar las aplicaciones junto con el mundo académico y el ecosistema emprendedor.

Las tres entidades constructoras tienen equipos en Seúl. Hashed Open Finance, como entidad independiente, es responsable de las operaciones con licencia en el país, mientras que ShardLab y Delight Labs también brindan apoyo desde sus oficinas en Seúl. Se espera que instituciones, académicos y empresas emergentes de Corea del Sur se unan.

El diseño de Maroo es incorporar directamente las características del sistema y la regulación del mercado coreano en la infraestructura.

Esta cadena opera en wones

Las actividades económicas diarias de los residentes de Corea del Sur se realizan en wones: los salarios se depositan, luego se pagan tarifas de gestión, se compran artículos de uso diario y se ahorra. Salarios, impuestos, servicios públicos, inversiones, la economía real ya está completamente en wones y la mayoría ya está digitalizada.

Sin embargo, la verdadera economía digital y el ecosistema existente en la cadena están separados. La mayoría de los entornos en la cadena están organizados en dólares, lo que crea una distancia evidente con el won que los residentes de Corea del Sur utilizan a diario.

Por lo tanto, Maroo establece la moneda estable OKRW como la unidad básica de la red, con la intención de trasladar la unidad de contabilidad diaria a la cadena, en lugar de descomponerla.

La principal ventaja es que la estructura de costos es predecible. En cualquier congestión de la red, el Gas aumentará, y Maroo no es una excepción. Si se utiliza un activo cuyo precio de Gas no es fijo, el problema se complica aún más: el aumento en el uso eleva la demanda y el precio de ese activo, haciendo que la misma transacción sea más cara, amplificando la congestión y el precio de la moneda.

El activo base de Maroo es el won. El aumento en el uso no cambiará el valor del won. Una vez eliminada la volatilidad del precio de la moneda, la única variable que afecta al Gas es la congestión, que se puede estimar según el volumen de transacciones.

Los costos no desaparecerán. En momentos de gran tráfico, la carga de Gas aumentará, así como los costos operativos como servidores y pagos de Gas. Estos costos recaen en los operadores de servicios en la cadena, no en los usuarios finales. La previsibilidad radica en que los costos son determinados por el volumen de transacciones de los propios operadores, lo que es una variable planificable, en lugar de un precio de mercado que no pueden controlar.

Como principal distribuidor de OKRW, las instituciones financieras no solo requieren que los costos sean predecibles. También plantearán dos preguntas fundamentales sobre el won: ¿quién tiene el derecho de emitir moneda y quién tiene el derecho de controlar las transacciones en situaciones de emergencia?

¿Quién tiene el derecho de emitir moneda?

En el mundo real, el derecho de emisión se otorga solo a entidades específicas. El derecho de emisión de OKRW en Maroo también está estrictamente aislado de los permisos de ejecución ordinarios, diseñado según tres principios:

• Control de emisión basado en gobernanza: el derecho de emisión se decide a través del consenso y la gobernanza del nivel del protocolo, no por la decisión de una empresa.
• Emisión codificada en la lógica de la cadena: la función de emisión es precompilada en la cadena, no es un contrato inteligente. Cambiar las reglas requiere modificar la lógica de la cadena, no solo reemplazar el contrato.
• Separación de la emisión y la tecnología de circulación: la circulación utiliza ERC-20 para garantizar la compatibilidad; la emisión opera a través de cuentas de sistema independientes, y la cantidad emitida y los registros de entrada se verifican y gestionan por separado.

Esta estructura se basa en el principio de "separación de emisión y circulación" del sistema del banco central. El protocolo regula las reglas de emisión para garantizar la seguridad, mientras que la circulación utiliza instalaciones estandarizadas para asegurar la compatibilidad, buscando estabilidad y expansión en ambas direcciones.

¿Quién controla las transacciones en situaciones de emergencia?

El control de transacciones de emergencia no es un poder permanente que los operadores pueden utilizar en cualquier momento. Solo se activa después de un evento y debe tener una base legal y un procedimiento acordado previamente.

Maroo reconoce la necesidad de manejar eventos reales como hackeos y flujos de fondos claramente ilegales. No revertirá toda la cadena, sino que corregirá el estado dentro de un alcance limitado según el procedimiento previamente establecido.

Las herramientas para congelar activos, recuperar fondos y volver a emitir para las víctimas aún están en evaluación, y las condiciones y procedimientos para activarlas están en discusión.

Esta es también la razón clave por la que Maroo construye su propia red principal independiente. Para definir según la realidad financiera de Corea del Sur "quién y cómo responde a transacciones anómalas", es necesario poder controlar de manera independiente las reglas subyacentes de la red. Al igual que un país protege la soberanía monetaria, Maroo elige colocar este poder en el nivel del protocolo.

Cómo se codifican las reglas de transacciones en wones en la cadena

En el entorno financiero actual de Corea del Sur, estas reglas están dispersas en el código de servicios fragmentados de diversas empresas. Una vez que la regulación cambia, el costo se manifiesta de inmediato. Si el umbral de las reglas de viaje se ajusta incluso en 1 won, muchos operadores deben reconfigurar y volver a emitir sistemas; las autoridades reguladoras deben verificar la consistencia uno por uno, convirtiendo la respuesta regulatoria en un trabajo operativo central.

Maroo traslada las reglas del nivel de servicio al nivel de infraestructura, codificando directamente los requisitos de conformidad en la cadena, en lugar de escribirlos en una aplicación individual. Si el límite legal cambia, simplemente se modifica un parámetro en la cadena, y todos los servicios en línea se ajustan a las nuevas reglas financieras simultáneamente.

Una transacción en la cadena de wones incluye aproximadamente: configuración de parámetros regulatorios en la cadena, el motor determina si la transacción está permitida, y el registro es visible según los permisos.

Cómo se refleja la regulación

Maroo propone una capa de referencia compartida, llamada Oráculo Legal. Las autoridades reguladoras establecen por sí mismas los límites de transacción y otros datos regulatorios prácticos, proporcionando una referencia regulatoria común para la red.

Los datos son actualizados por un comité de oráculos, cuyos miembros incluyen las autoridades responsables de diseñar y ejecutar la regulación, instituciones financieras y entidades legales. De esta manera, los creadores de reglas pueden reflejar directamente las reglas de la red en el libro mayor.

El núcleo del diseño es evitar que cualquier entidad única modifique parámetros unilateralmente. Los cambios deben alcanzar el quórum legal establecido para entrar en vigor, y todo el proceso es transparente y deja un rastro.

Estos datos afectan las transacciones en el mercado a través de una capa de conformidad programable (PCL). La PCL no establece reglas fijas, sino que proporciona componentes similares a bloques de Lego, permitiendo a las instituciones construir sus propias políticas de conformidad. Condiciones como interceptar transferencias y establecer límites se convierten en bloques individuales, que luego se combinan en políticas compuestas mediante AND/OR.

Maroo también proporciona plantillas, donde los operadores solo necesitan completar los valores sin necesidad de escribir código adicional. Los valores en los bloques son suministrados por el oráculo, y cuando el entorno regulatorio cambia, no es necesario modificar el código ni realizar un hard fork.

Las reglas de viaje son un ejemplo. Los operadores ingresan el umbral legal y el ciclo de reinicio de 24 horas en la plantilla correspondiente. Los usuarios que ya han sido verificados no cuentan para ese límite; si un usuario no verificado supera el umbral, la transacción es rechazada. Si la cantidad legal cambia, solo se modifica ese valor.

Cuándo y cómo entran en vigor las reglas

El momento es clave para la verificación de conformidad. Cada transacción en Maroo pasa por un filtro PCL antes de ejecutarse, y las transacciones que violan las políticas preestablecidas son bloqueadas en la fase de memoria.

Esta es una respuesta a nivel de infraestructura: la transacción no puede ejecutarse en absoluto, en lugar de ser rastreada posteriormente. Cuando se rechaza, se devuelve un código de razón estructurado, informando claramente a los operadores y usuarios por qué la verificación de conformidad falló.

La verificación se realiza en dos niveles. El primer nivel es la política de toda la red, que cubre las reglas comunes para todos los participantes, incluyendo la verificación de sanciones y límites para cuentas no verificadas. El segundo nivel son las políticas específicas de contratos individuales. Activos como tokens de valores (STO) que requieren un tratamiento especial son verificados directamente por el propietario del contrato. Ambos niveles están integrados, y las transacciones que no cumplen con las condiciones no pueden ser registradas en la cadena.

Maroo también realiza un enrutamiento de doble vía según la naturaleza de la transacción, ya que la intensidad de verificación necesaria para transferencias pequeñas y liquidaciones a nivel institucional es diferente.

Las rutas abiertas solo están sujetas a las políticas de la red, cubriendo las condiciones que deben cumplirse para cada transacción, como si la contraparte está sujeta a sanciones. Las transacciones pueden emitirse sin aprobación previa, pero se marcarán como flujo abierto y serán monitoreadas continuamente.

Las rutas reguladas se basan en esto y añaden políticas a nivel de contrato. La clave es quién establece las condiciones: la cadena no emite un estándar unificado, las aplicaciones que brindan servicios operativos definen sus propios estándares de verificación. Los operadores deciden qué documentos son necesarios y qué límites establecer según su entorno regulatorio. Las transacciones deben pasar la verificación y obtener una prueba de aprobación antes de ser válidas.

La diferencia entre las dos rutas es el número de escalones de verificación. La ruta abierta utiliza reglas comunes, mientras que la ruta regulada añade los propios estándares del operador.

Para las instituciones financieras, esta división tiene valor práctico. Los bancos pueden, según sus directrices internas, reconocer solo las transacciones en la ruta regulada como registros de liquidación oficiales. Si se detectan transacciones inapropiadas en la ruta abierta, se puede utilizar la instalación de análisis Maroo para rastrear rápidamente después del hecho y como base para medidas de recuperación de activos similares.

¿Quién puede ver los registros?

Si los registros de liquidación de una empresa se exponen a competidores, el flujo de consumo personal es visible para todos, lo que dificulta la promoción en la cadena. La confidencialidad de los datos financieros es un requisito, no una opción.

Pero no se puede tener toda la privacidad. El sistema de verificación anterior necesita información de transacción para funcionar, y la supervisión también debe poder verificar cuando sea necesario.

El problema no es la total transparencia o la total ocultación, sino quién tiene autorización para acceder y en qué medida.

Maroo utiliza un acceso jerárquico basado en permisos para resolver esto. Los usuarios comunes ven su propio flujo, las partes de la transacción ven los registros entre sí. Los operadores y reguladores obtienen la información correspondiente según su rol y ámbito de responsabilidad.

Técnicamente, se utiliza un pool de ocultación basado en pruebas de conocimiento cero (ZKP). No se oculta toda la transacción, sino que se ocultan selectivamente campos específicos. Los usuarios pueden usar registros cifrados y valores de prueba para demostrar la propiedad legítima y prevenir el doble gasto, sin revelar el monto o el beneficiario.

La red verifica si la transacción es válida, los detalles solo se comparten entre las partes involucradas, y también se puede optar por una divulgación completa.

El acceso institucional sigue un procedimiento separado. Solo cuando se cumplen las condiciones legales y de gobernanza previamente acordadas, se puede descifrar dentro del alcance de la aprobación mediante la Clave de Auditoría. Las transacciones privadas, por lo tanto, no caen en la zona ciega de la supervisión; quién accedió a qué, y con qué justificación, debe quedar documentado de manera transparente.

Este modelo se encuentra actualmente en la fase de prueba de concepto (PoC). Maroo está evaluando cuidadosamente si el acceso jerárquico afectará la experiencia, si el control de permisos institucional es efectivo, y si el modo de privacidad y la capa de cumplimiento entrarán en conflicto, los detalles del diseño pueden ajustarse más adelante.

Cuando la contraparte ya no es una persona

Hasta ahora, las reglas financieras han tenido como punto de partida a las personas. Desde la verificación de identidad hasta el pago, cada paso involucra a una persona natural o jurídica.

Este supuesto está siendo cuestionado: los agentes están gradualmente reemplazando a las personas como contrapartes en las transacciones. Ya se pueden ver acciones concretas: OpenAI y Stripe están realizando pagos dentro de ChatGPT, Amazon está probando compras por encargo, Visa y Mastercard están construyendo instalaciones de liquidación para agentes.

La infraestructura financiera construida en torno a las personas no puede soportar esta transformación de paradigma. Esta es también la razón por la que Maroo está extendiendo sus instalaciones a los agentes en este momento.

¿De quién es el agente?

La empresa le da a un empleado una tarjeta de la empresa: la tarjeta tiene el nombre del usuario, se establece un límite, y la responsabilidad final de cada pago recae en la empresa. La tarjeta une al usuario real, el poder de actuar y la responsabilidad legal en un solo conjunto.

La estructura básica de cuentas en blockchain no puede lograr esta conexión. Quien tenga la clave privada, monopoliza todo el control de la cuenta. Entregar la clave a un agente equivale a ceder permisos completos; separar el control significa que el agente no puede operar de forma autónoma. El control y la autonomía se convierten en opuestos.

El resultado es que: cuando un agente comete un error, el libro mayor en la cadena solo registra una dirección anónima, no se puede encontrar al operador detrás, ni se puede ver la relación de mandato.

Maroo utiliza un registro para llenar este vacío.

Cada agente está vinculado desde su creación a una cuenta de persona o empresa que ha completado la verificación de identidad. La relación de mandato se registra claramente en una zona de registro dedicada en la cadena: la dirección del agente, la identidad del propietario, el alcance de la autorización y el límite de gasto se escriben como un solo conjunto de datos.

Esto es lo que Maroo define como KYA (Conocer a Su Agente). KYA no es una verificación de identidad única, sino un marco de control continuo que observa tres cosas: si la persona o entidad que registra al agente ha sido verificada; cuánta autoridad ha delegado el propietario; y si se ha mantenido este rango durante la transacción real.

Los dos primeros se registran en el registro, el último es verificado por la capa de cumplimiento para cada transacción.

Este registro no es un formato privado de Maroo. Maroo ha implementado el estándar de identidad de agente ERC-8004 que se está discutiendo y se ha escrito en la cadena desde el génesis. Es un registro único que la red posee desde el principio, no un contrato desplegado más tarde por alguna aplicación.

Debido a que se implementa según el estándar, otras herramientas de agentes en otras cadenas pueden funcionar en Maroo tal cual; a la inversa, la identidad de agente registrada en Maroo también puede ser leída por cualquier entorno que soporte ese estándar.

El punto de divergencia está en la conexión con la capa de cumplimiento. El registro estándar solo documenta "¿de quién es este agente?"; usar este registro para la aprobación de transacciones es otra cosa. Maroo conecta el registro de registro y la capa de cumplimiento, permitiendo que los datos de propiedad y autorización ingresen a la autorización de transacción.

La estructura es como la tarjeta que la empresa da a los empleados: la tarjeta tiene un propietario designado, se establece cuánto se puede gastar y dónde se puede usar, y se verifica en cada pago. Reconocer a los agentes como contrapartes formales significa que la infraestructura hace estas tres cosas por el propietario.

Los estándares de aprobación de transacciones de agentes a nivel global aún son tempranos y no están definidos. Por lo tanto, Maroo ha diseñado una arquitectura flexible para establecerse en el mercado temprano.

¿Cuánto se delega?

La tarjeta de la empresa establece un límite, no porque no confíe en los empleados, sino porque un error no debería arruinar a la empresa. El software amplifica la escala de los errores. Una persona puede cometer un error al presionar un botón de pago; un código mal escrito puede repetir el mismo error decenas de veces por segundo.

Ya existen bloques de límite por transacción y bloques que ocultan direcciones específicas. Solo cambia la fuente de los valores referenciados por los bloques. El límite de las cuentas humanas se determina por el nivel de verificación; los agentes utilizan el rango de autorización en el registro.

Si el propietario establece un límite de 1 millón de wones en el registro, la capa de cumplimiento leerá este valor en cada transacción, y si se excede, se rechazará.

El modelo comienza con la separación de fondos. El propietario transfiere activos utilizables de su billetera a la cuenta del agente, y el agente solo puede operar dentro de este saldo. Luego, se establecen políticas a través del registro. Si se escribe un límite de 1 millón de wones, cualquier transacción que lo exceda se detendrá de inmediato.

La lista blanca establece previamente a dónde pueden fluir los activos. Después de registrar direcciones de beneficiarios específicas, las transferencias solo pueden ir a destinos aprobados; solo cuando la lista está vacía se aplica la lógica de transferencia sin restricciones.

El límite de un solo agente no es el total. Para evitar que se abran numerosas cuentas para eludir los límites, el sistema también establece un límite total a nivel de propietario. Incluso si un solo agente no excede su configuración, si el total supera el umbral asignado al propietario según el nivel de verificación, la infraestructura también rechazará la transacción.

¿Qué sucede si se excede el límite?

Establecer límites y monitorear en tiempo real son igualmente importantes. Solo verificar una vez, si se supera ese punto, no se puede detener. Maroo coloca una barrera antes y después de cada transacción.

1. Antes de firmar la billetera, se verifica la política. Las transferencias que exceden el límite se detectan aquí. La forma de rechazo es clave: no solo se devuelve un "no", sino que se devuelve un código de razón estructurado que explica qué bloqueó la transacción y qué valor podría pasar. Este es un formato para que el software lo lea, no una notificación para que las personas la vean. El agente lee el código, modifica el monto y vuelve a intentarlo, sin necesidad de esperar a que alguien revise los registros.

2. Si la primera barrera es eludida, el motor de cumplimiento verifica nuevamente la misma política en la cadena. Las transacciones que no pueden pasar esta verificación no se registrarán en la cadena. Una vez que una transacción es aprobada, la tarifa de Gas y el monto en wones se quedan en el registro, todos los costos se resumen automáticamente por transacción, sin necesidad de reconciliación mensual adicional.

El núcleo de esta estructura es: la capa de cumplimiento observa al verdadero responsable, no la apariencia de la transacción. Incluso si un agente agrupa múltiples transacciones en una, o elude a otro contrato, la infraestructura aún encontrará al propietario detrás y aplicará las políticas que se cuelgan de ese propietario. Por lo tanto, dividir cuentas y límites no funciona.

La transferencia de propiedad activará protecciones. Una vez que se solicita la transferencia, el agente puede congelar como máximo 24 horas, hasta que la otra parte acepte. Durante este tiempo, no se pueden realizar transferencias ni modificar políticas, bloqueando la extracción silenciosa de activos antes de la entrega.

Los estándares técnicos relacionados con los agentes aún son tempranos. Las partes están impulsando sus propios marcos, pero la mayoría de los puntos de partida comunes son definir primero la relación entre el propietario y el agente. Maroo considera la vinculación del propietario basada en el registro como el primer bloque de construcción, evaluando: ¿qué se puede definir ahora, y qué solo se puede definir cuando los estándares maduren?

Por lo tanto, la ejecución de políticas en esta etapa se realiza fuera de la cadena. Maroo ha diseñado previamente la forma de las políticas según las reglas de la cadena, planeando trasladar la ejecución a la cadena una vez que los estándares maduren y se establezcan. El sistema de reputación y procedimientos de verificación más detallados se agregarán capa por capa en ese momento.

¿Qué se debe verificar ahora?

Maroo es la cadena que tiene la interpretación más profunda del contexto y la singularidad del sistema coreano a nivel de infraestructura. Lo que puede aterrizar en esta base cruzará todos los campos financieros que toquen la economía real.

El mayor punto de inflexión en este momento tiene dos ejes: quién tiene la autoridad para emitir una stablecoin en wones anclados a la red, aún está en discusión; la legislación sobre tokens de seguridad (STO) está avanzando hacia un cronograma fijo.

Las dos son de naturaleza completamente diferente. La calificación para emitir una stablecoin en wones y el sujeto emisor aún están en debate, es un tema político no resuelto. Los tokens de seguridad, por otro lado, tienen una dirección clara: la Ley de Valores Electrónicos enmendada entrará en vigor en febrero de 2027.

La discusión sobre la emisión y el cronograma de STO parecen separadas, pero el mapa de ruta de las autoridades establece el punto de convergencia de los dos ejes como el objetivo final: qué se utilizará para liquidar los valores tokenizados, eventualmente unirá ambas discusiones en un solo punto.

El núcleo de la respuesta práctica es separar lo que debe ser decidido por el sistema de lo que se puede preparar técnicamente ahora. Algunos valores políticos solo se pueden definir una vez que la legislación esté en vigor, mientras que algunas infraestructuras se pueden diseñar antes de que llegue la legislación.

Esperar a que se completen las reglas para elegir la infraestructura hace que sea difícil obtener una posición en el mercado temprano. Lo que se necesita es seguir el reloj político, incluyendo la publicación de órdenes de implementación, mientras se extraen las partes que se pueden validar anticipadamente.

Maroo no está preparando una conclusión de un sistema específico, sino un marco de infraestructura que pueda acomodar cualquier escenario regulatorio. Cómo descomponer las condiciones de verificación en unidades, cómo conectar los niveles de verificación con los límites, hasta dónde se abrirá la información durante la auditoría, todo esto se puede implementar en la capa de infraestructura antes de que se finalice la legislación.

Una vez que se publiquen los requisitos de calificación y verificación específicos, Maroo podrá tomar estas conclusiones como parámetros y traducirlas inmediatamente en código.

Antes de que lleguen las conclusiones políticas, lo que se necesita verificar ahora es: cómo se sistematizan los requisitos regulatorios en la estructura de Maroo. Demostrar previamente una estructura que pueda absorber independientemente de las conclusiones es como construir la capacidad técnica de respuesta rápida ante la incertidumbre política.

Preparar la infraestructura antes de que se implemente el marco regulatorio tiene la única ventaja de esta ventana actual. Una vez que el marco entre en vigor, esta ventana se cerrará y no se podrá recuperar.