Pagos de agentes de IA en Corea 2026: requisitos comerciales
La colaboración entre GOAT Network y 스퀘어텍 está en la fase de evaluar la aplicación de los pagos con agentes de IA en Corea. Se contrastan las distintas fechas de los anuncios y la legislación coreana y se explican la autorización, los límites de gasto y los comprobantes de recepción del pago por parte del comercio necesarios para el uso real.
El anuncio de cambio de nombre del 14 de octubre de 2026 confirma el cambio de 알엔투테크놀로지 a 스퀘어텍.
Aunque se informó de la colaboración el 20 de octubre, la fecha que figura ahora en el texto original de GOAT Network es el 22 de octubre.
El MOU y una demostración en un evento no bastan para confirmar el uso comercial de estos pagos en comercios en general.
El registro de la identidad del agente, la autorización del pago por parte del usuario y la aplicación de los límites de gasto son funciones independientes.
La posibilidad de uso real debe evaluarse según los activos y las cadenas compatibles y las condiciones de recepción de pagos y reembolso de los comercios.
La colaboración entre GOAT Network y 스퀘어텍 para pagos con stablecoins está en fase de evaluación de su aplicación. Los anuncios públicos por sí solos no permiten confirmar que los comercios de Corea ofrezcan pagos comerciales. También hay que distinguir entre la autorización de pago de un agente de IA y la recepción efectiva del importe.
Las fechas y cifras siguientes se basan en comunicaciones oficiales y anuncios de octubre de 2026.
Fechas de los anuncios y comunicación del cambio de denominación social
El cambio de denominación social del 14 de octubre y el anuncio del acuerdo de pagos son hechos distintos. La comunicación de DART confirma el cambio de nombre de la empresa. No es una comunicación que anuncie el lanzamiento de un servicio de pagos.
Categoría | Información confirmada | Límites de interpretación
Comunicación de cambio de denominación social en DART del 14 de octubre de 2026 | Cambio de la sociedad anónima 알엔투테크놀로지 a la sociedad anónima 스퀘어텍 | No acredita el lanzamiento del servicio ni la obtención de licencias o autorizaciones
Junta general extraordinaria del mismo día | Aprobación de una modificación parcial de los estatutos | Debe distinguirse de la fecha de inscripción registral y de la fecha de actualización del nombre bursátil
Noticia de TokenPost del 20 de octubre de 2026 | Presentación del MOU con GOAT Network y del proyecto de pagos para turistas | Es la fecha de la noticia y difiere de la fecha que muestra hoy la publicación original de la empresa
Publicación original actual de GOAT Network | Muestra el 22 de octubre de 2026 como fecha de publicación | Es difícil determinar por separado la fecha de publicación inicial o el historial de modificaciones
Artículo de 바이라인네트워크 del 23 de octubre de 2026 | Su texto actual informa de que el acuerdo se firmó el 22 de octubre | Para contrastar definitivamente la fecha de firma hace falta el texto original del acuerdo firmado
La denominación nueva en inglés que figura en la comunicación de cambio de denominación social de DART es Square Tech Co., Ltd. El código bursátil es 148250 en 코스닥. La comunicación indica como motivos del cambio la entrada en nuevos negocios y el aumento del valor de la empresa.
La noticia del 20 de octubre existe. Sin embargo, la fecha que muestra actualmente la publicación original de GOAT Network es el 22 de octubre de 2026. Por tanto, es difícil usar el 20 de octubre como fecha confirmada de publicación del texto original de la empresa.
Partes del acuerdo y proyecto de pasaporte móvil
La colaboración se centra en GOAT Network y 스퀘어텍. DAC Labs se presenta como participante de apoyo técnico. Lordsystem se distingue como codesarrollador del programa para turistas.
Entidad | Función descrita en los anuncios públicos | Aspectos que deben distinguirse
스퀘어텍 | Desarrollo de negocio en Corea, acuerdos con comercios y cumplimiento normativo | El cambio de denominación social por sí solo no habilita para prestar servicios de pago
GOAT Network | Suministro de tecnología y red de pagos mediante agentes de IA | El plan de suministro tecnológico y la operación del servicio en Corea son cuestiones distintas
DAC Labs | Integración técnica, revisión de seguridad y apoyo a la operación de la red | La descripción pública por sí sola no permite determinar las responsabilidades contractuales de cada entidad firmante
Lordsystem | Desarrollo conjunto de un programa para turistas que usa un pasaporte móvil | No hay base suficiente para afirmar que sea una parte firmante directa de este MOU
El proyecto consiste en pagar con stablecoins vinculadas al dólar tras autenticarse con el pasaporte móvil. Se estudia conectar funciones de agentes de IA a este sistema. Estas funciones y la fase de desarrollo también se confirman en la noticia sobre el acuerdo.
La presentación de Lordsystem describe su trayectoria en el negocio de los pasaportes móviles. Esa trayectoria no demuestra la puesta en marcha de este programa de pagos. Hay que separar el alcance del servicio de verificación de identidad existente y el de la nueva función de pago.
¿En qué se diferencian un MOU, una demostración y la comercialización?
Un MOU es un acuerdo de colaboración; la posibilidad de pagar de verdad se determina con pruebas de funcionamiento. La fuerza jurídica vinculante del acuerdo depende de sus cláusulas. Tampoco debe suponerse, solo por su nombre, que no contiene ninguna obligación.
Fase | Significado | Alcance confirmado en esta colaboración | Pruebas necesarias a continuación
MOU y evaluación de aplicación | Fase en la que se definen la orientación de la colaboración y las funciones | Anuncio de evaluación de su aplicación en Corea | Alcance concreto del servicio y entidades responsables
Demostración y prueba | Fase de prueba del funcionamiento en un entorno limitado | Según el anuncio de GOAT, 310 compras durante dos días en su estand de KBW 2026 | Condiciones de prueba, uso o no de fondos reales y registros de recepción y reembolso
Lanzamiento de un servicio comercial | Fase en la que los usuarios definidos usan el servicio conforme a sus condiciones | No se pudieron confirmar la fecha de lanzamiento ni las condiciones de uso en los anuncios revisados | Anuncio de lanzamiento, condiciones de funcionamiento y canal de atención al cliente
Pago efectivo en comercios | Situación en la que el importe de un pedido se procesa correctamente en una tienda concreta | No se pudieron confirmar pruebas de aceptación y liquidación por comercio en este programa | Lista de comercios, recibos de pedidos y registros de recepción y liquidación
El número de compras del evento es una cifra anunciada por la empresa. No es un volumen de transacciones comerciales en Corea verificado de forma independiente. A la inversa, la falta de pruebas públicas tampoco permite concluir que no haya ninguna actividad de desarrollo.
Elementos aún no confirmados | Por qué son necesarios para el uso real
Fecha de lanzamiento y requisitos de los turistas que pueden usarlo | Determinar si es posible registrarse y usar el servicio
Stablecoins admitidas y direcciones de los tokens | Distinguirlas de otros activos con nombres parecidos
Cadena de pago y entorno operativo | Distinguir la red de pruebas de la red en la que se mueven fondos reales
Comercios participantes y terminales de pago compatibles | Confirmar la aceptación en una tienda concreta
Estructura de liquidación en wones o criptomonedas | Confirmar qué recibe el comercio
Comisiones, tipo de cambio y condiciones de reembolso | Determinar el coste total y el importe devuelto en caso de cancelación
Operadores con licencias o autorizaciones y alcance de sus actividades | Confirmar quién procesa los fondos y con qué habilitación
La falta de confirmación en esta tabla se refiere al alcance de los documentos públicos revisados. No es una valoración de todos los negocios de stablecoins de Corea. La disponibilidad en una tienda concreta debe confirmarse con el operador del servicio correspondiente.
¿Cómo funcionan la autorización previa y los límites de gasto?
La verificación de identidad no es lo mismo que el permiso para pagar. El identificador del agente tampoco sustituye a la autorización del usuario. El movimiento efectivo de fondos requiere definir el alcance de la autorización y contar con un mecanismo que lo haga cumplir.
La documentación técnica de ERC-8004 trata la identificación, la reputación y la verificación de agentes. El estado del documento consultado es Draft. El documento indica expresamente que los pagos quedan fuera del alcance de la especificación.
Ejemplo de un pedido de comida de un turista
Aunque se delegue un pedido de comida, las condiciones de pago deben fijarse por separado. Lo siguiente es una situación hipotética que explica el principio de funcionamiento. No significa que ya esté implementada en este programa.
· Se confirman la comida que se va a pedir y el vendedor.
· Se especifican el activo y la red de pago que se usarán.
· Se comprueban el importe del pedido y las comisiones adicionales.
· Se fijan el periodo de validez de la autorización y el alcance del gasto permitido.
· El sistema de pago comprueba las condiciones de la autorización.
· Tras el pago, se contrastan el recibo del pedido y el registro de movimientos de fondos.
La documentación técnica de ERC-3009 describe las autorizaciones de transferencia firmadas. La información de autorización incluye la dirección de recepción y el importe. También incluye el periodo de validez y un valor que impide su reutilización.
El límite acumulado diario es independiente de cada autorización de transferencia. Hace falta un mecanismo que sume el gasto de varios pedidos. Si solo ha comunicado el límite a la IA en una conversación, compruebe si existe un mecanismo que lo haga cumplir.
Situación | Control necesario
Cambia el precio de un pedido autorizado | Nueva autorización del importe modificado
El mismo pedido se envía por duplicado | Prevención de duplicados mediante el número de pedido y el valor de autorización
Cada pedido es pequeño, pero el gasto acumulado aumenta | Comprobación del límite acumulado por periodo
Termina el periodo de autorización | Bloqueo de la ejecución de permisos caducados
Se revoca la delegación | Revocación del permiso antes de su uso y comprobación de que se haya aplicado
La revocación de una autorización y el reembolso de un pago ya completado también son cuestiones distintas. La revocación suspende un permiso para usos futuros. La devolución de un pedido completado sigue el procedimiento de reembolso del vendedor y del operador de pagos.
USDC, cadenas y pruebas de recepción del comercio
La expresión «stablecoin vinculada al dólar» no basta para confirmar la compatibilidad con USDC. USDC es un tipo de activo diseñado para mantener su valor vinculado al dólar. Aquí se usa como ejemplo para explicar el funcionamiento de los pagos.
La documentación de Circle sobre las direcciones de USDC indica las direcciones del activo en cada cadena. Aunque el nombre mostrado sea el mismo, la forma de emisión y la red pueden ser distintas. Explica que el USDC de las redes de pruebas no está respaldado por dólares reales.
Elemento que debe comprobarse | Significado sencillo | Qué comprobar
Tipo de activo | Qué se envía | Emisor y dirección exacta del token
Cadena | Qué red de pago se usa | Red compatible tanto con el vendedor como con la cartera
Forma de emisión | Si es un activo emitido directamente o una representación para transferirlo | Diferencia entre USDC nativo y activos puenteados
Dirección de recepción | A quién se envía | Dirección designada por el vendedor o el operador de liquidación
Identificador de transacción | Qué transferencia es | Si se completó correctamente, activo, importe y dirección de recepción
Justificante del pedido | Qué se compró | Número de pedido, nombre del comercio y recibo de autorización del pago
Justificante de liquidación | Qué recibió el comercio | Registro de recepción de criptomonedas o de ingreso en wones
La documentación de Coinbase sobre x402 distingue entre la verificación de la autorización y la liquidación efectiva. Este documento sirve como referencia comparativa para entender la estructura de pagos. No demuestra el método concreto adoptado por este programa de Corea.
Por ejemplo, un turista puede enviar criptomonedas a un operador de liquidación. Después, el operador puede pagar al comercio en wones. En ese caso, el registro de transferencia de criptomonedas por sí solo no demuestra que la liquidación en wones se haya completado.
También es posible que el comercio reciba directamente las criptomonedas. En ese caso, hay que vincular el registro de recepción de la dirección designada con el pedido. El éxito de una transferencia en la cadena de bloques no demuestra automáticamente la entrega del producto.
Qué debe comprobarse en la legislación de Corea
La normativa pertinente debe revisarse según la estructura real del negocio. El plan de cumplimiento normativo del MOU no es un documento de autorización gubernamental. La siguiente normativa se ha recopilado a partir de los textos oficiales del Gobierno vigentes en la fecha de consulta.
Ley o normativa | Versión vigente consultada | Ámbito de revisión pertinente
Ley de Transacciones Financieras Electrónicas | Versión en vigor desde el 2 de octubre de 2026 | Actividades de servicios financieros electrónicos sujetas a autorización o registro y excepciones
Ley de Protección de los Usuarios de Activos Virtuales y otras disposiciones | Versión en vigor desde el 2 de octubre de 2026 | Protección de los activos de los usuarios y regulación de prácticas comerciales desleales
Ley de Notificación y Uso de Información sobre Determinadas Transacciones Financieras y otras disposiciones | Versión en vigor desde el 2 de octubre de 2026 | Notificación cuando se tenga la condición de proveedor de servicios de activos virtuales
Ley de Transacciones en Divisas | Versión en vigor desde el 2 de enero de 2026 | Transacciones exteriores y métodos de pago y recepción
Reglamento de Transacciones en Divisas | Versión en vigor desde el 16 de septiembre de 2026 | Notificaciones y excepciones según el método de pago
¿Qué significa el registro como operador de servicios financieros electrónicos?
Los requisitos de autorización y registro de los servicios financieros electrónicos varían según la actividad. La intermediación de pagos electrónicos está entre las actividades sujetas a registro. La ley también contempla excepciones para entidades financieras y determinadas actividades.
El artículo 28, apartado 2, de la Ley de Transacciones Financieras Electrónicas establece lo siguiente:
② Quien desee ejercer cualquiera de las actividades enumeradas a continuación deberá registrarse ante la Comisión de Servicios Financieros.
Este es un fragmento del texto principal del artículo 28, apartado 2. Al aplicarlo a un negocio concreto, también deben comprobarse la salvedad y las excepciones al registro. Determinar si un registro existente abarca toda la nueva estructura de pagos es una cuestión aparte.
¿La ley de protección de activos virtuales autoriza los pagos?
La Ley de Protección de los Usuarios de Activos Virtuales no es una autorización de un servicio de pagos concreto. El artículo 7 establece, entre otras cosas, la custodia separada de los activos de los usuarios. No debe interpretarse como una garantía del precio de una criptomoneda concreta ni de la seguridad del sistema.
La notificación de los operadores se regula en otra ley. Su fundamento es el artículo 7 de la Ley de Información sobre Determinadas Transacciones Financieras. Su aplicación debe examinarse según las actividades efectivas, como la custodia, la compraventa o la transferencia.
¿Se aplica la normativa de divisas a los pagos de turistas?
La normativa de divisas debe examinarse según el flujo de fondos y las partes de la transacción. El artículo 16 de la Ley de Transacciones en Divisas establece la notificación de determinados métodos de pago y recepción. La ley también contempla informes posteriores y excepciones a la notificación.
El Reglamento de Transacciones en Divisas concreta estas disposiciones. El artículo 5-10 trata, entre otras cosas, los pagos a terceros. El artículo 5-11 trata, entre otras cosas, los pagos que no pasan por un banco de divisas.
Por tanto, no puede afirmarse que todos los pagos de turistas con criptomonedas requieran una notificación. Tampoco puede suponerse que estén exentos por tratarse de activos vinculados al dólar. Es una cuestión que debe consultarse con las autoridades competentes o con un banco de divisas, presentando la estructura de liquidación.
Comparación entre pasaporte móvil, tarjeta y USDC
El pasaporte móvil sirve para verificar la identidad, por lo que su función es distinta de la de un medio de pago. Puede usarse junto con pagos con tarjeta o criptomonedas. Aunque estén en la misma aplicación, distinga las condiciones de uso de cada función.
Aspecto | Pasaporte móvil | Tarjeta basada en moneda de curso legal | Pago con USDC
Función básica | Verificación de identidad basada en los datos del pasaporte | Pago por la red de tarjetas | Transferencia de activos en una cadena compatible
Comodidad que puede ofrecer | Autenticación móvil en establecimientos asociados | Uso de la tarjeta habitual en comercios compatibles | Uso de los activos disponibles si el receptor los admite
Condiciones de uso | Pasaporte que pueda autenticarse y establecimiento asociado | Autorización del emisor de la tarjeta y aceptación del comercio | Coincidencia del activo, la cadena y la dirección de recepción
Costes principales | Consultar las condiciones de uso de cada servicio | Tipo de cambio, comisiones por uso en el extranjero y costes de conversión de moneda | Costes de adquisición, transferencia, cambio y liquidación
Cancelaciones y disputas | Tratamiento de los datos de autenticación y retirada del consentimiento | Procedimientos de cancelación y reclamación del comercio y del emisor de la tarjeta | Consultar los procedimientos de devolución del vendedor y del operador
Limitaciones que persisten | No puede suponerse que sustituya al pasaporte físico en todos los lugares | Posible rechazo de la autorización de una tarjeta extranjera | Envíos erróneos, incompatibilidad de redes y condiciones de reembolso del activo
Las condiciones de LORDPASS explican la autenticación basada en el pasaporte. También regulan las condiciones de entrega de datos de autenticación a empresas asociadas. Estas condiciones no pueden sustituir a las del nuevo servicio de pagos con stablecoins.
Los costes de la tarjeta también pueden variar según la moneda mostrada. La guía de Visa sobre DCC explica cómo se muestran el tipo de cambio y los costes adicionales. En los comercios de Corea, compare las condiciones del pago en wones y del pago en la moneda de su país.
USDC tampoco elimina los costes de cambio y devolución. Las condiciones de Circle establecen requisitos para el reembolso directo del activo, entre ellos los relativos a la cuenta. También indican que las transacciones de USDC ya enviadas no pueden revertirse.
Malentendidos habituales y límites de la verificación
La viabilidad técnica y la disponibilidad del servicio para los usuarios deben comprobarse con pruebas distintas. Los siguientes contrapuntos son criterios de evaluación derivados de documentos públicos. No significan que se hayan confirmado infracciones o incidentes de una empresa concreta.
Interpretación habitual | Contrapunto o límite que debe comprobarse
Como hubo una demostración, ya se puede pagar en las tiendas | Hacen falta pruebas de aceptación real en el comercio y de liquidación correcta
Como usa ERC-8004, el pago es seguro | La especificación no trata directamente los pagos ni permite descartar de forma garantizada los comportamientos maliciosos
Como hay experiencia en el negocio del pasaporte móvil, los pagos ya están autorizados | El alcance del negocio existente de verificación de identidad es distinto del de la nueva actividad de procesamiento de fondos
Como está vinculado al dólar, el precio en wones también es fijo | El importe convertido a wones y las comisiones aplicables son cuestiones aparte
Como los registros de transacciones son públicos, los datos personales también están seguros | El alcance de la publicación de los registros y la posibilidad de vincularlos a personas requieren un análisis separado
Como hay un acuerdo, las acciones o los tokens generarán rendimientos | Hacen falta resultados empresariales que permitan comprobar ingresos, costes y beneficios
La identificación de agentes puede ayudar a determinar responsabilidades. Sin embargo, no impide automáticamente los pedidos erróneos ni el uso indebido de permisos. Las explicaciones de seguridad de ERC-8004 tampoco garantizan el funcionamiento correcto de las capacidades registradas.
También hay que distinguir entre un plan de revisión de seguridad y un informe de revisión completada. Al consultar un informe, compruebe la versión examinada y el alcance de la revisión. La descripción de la seguridad de la red por sí sola no permite evaluar el conjunto de la cartera, la aplicación y el sistema de liquidación.
Lista de comprobación antes del uso real
Compruebe la disponibilidad para el servicio y el comercio que quiera usar. La información de la pantalla de pago por sí sola no permite conocer fácilmente la estructura de liquidación. Puede consultar los siguientes puntos antes de enviar fondos.
· Compruebe la entidad operadora y el anuncio de lanzamiento oficial.
· Compruebe los requisitos de nacionalidad, pasaporte y número de teléfono para usar el servicio.
· Compruebe que el comercio que quiere usar acepta ese método de pago.
· Compruebe que coincidan el nombre del activo, la cadena y la dirección del token.
· Compruebe el alcance de la autorización del usuario y el límite de gasto acumulado.
· Compruebe las comisiones y el tipo de cambio aplicable.
· Compruebe qué activo recibe el comercio y cuándo se considera completada la liquidación.
· Compruebe el canal responsable de los pagos fallidos, los cobros duplicados y los reembolsos.
· Compruebe el alcance de la recopilación, conservación y entrega de los datos del pasaporte.
· Compruebe si puede conservar vinculados el número de pedido y el identificador de la transacción.
Fecha de consulta y alcance de los documentos
La fecha de consulta de los textos originales es el 23 de octubre de 2026. La fecha de referencia de la redacción es el 24 de octubre de 2026. Los cambios posteriores en lanzamientos, condiciones, licencias o autorizaciones deberán comprobarse de nuevo.
· Comunicaciones oficiales de empresas: se consultó el texto de la comunicación de cambio de denominación social de DART con número de recepción 20261014900497.
· Anuncios de empresas: se consultaron la publicación actual de GOAT Network y la presentación y las condiciones de Lordsystem.
· Contraste de fechas: se distinguió entre la noticia del 20 de octubre y el texto actual del artículo del 23 de octubre.
· Documentación técnica: se usaron como referencia ERC-8004, ERC-3009, Coinbase x402 y la documentación de Circle.
· Legislación: se consultaron las versiones vigentes y los artículos correspondientes del Centro Nacional de Información Legislativa.
· Límites de verificación: no se pudieron consultar el texto íntegro del MOU firmado ni los datos de liquidaciones reales de los comercios.
· Alcance del uso real: el texto no contiene resultados de pagos hechos directamente ni de una auditoría de seguridad.