Regulación de stablecoins en Singapur: MAS definió la etiqueta el 1 de septiembre, no la caja del comercio

Qué publicó exactamente MAS el 1 de septiembre de 2026

Singapur tenía un marco de stablecoins sobre el papel desde agosto de 2023, cuando MAS publicó su respuesta a la consulta de 2022 y fijó el régimen MAS-SCS para stablecoins de moneda única. Lo que no tenía era ley. El 1 de septiembre de 2026 eso cambió: MAS abrió una consulta sobre el borrador de enmiendas a la Payment Services Act 2019 que convierte el marco en norma exigible, más una tanda de propuestas nuevas que responden a cómo se movió el mercado entre 2023 y hoy.

La arquitectura es sencilla. Emitir una stablecoin de moneda única pasa a ser una actividad regulada con su propia clase de licencia, al lado de las de money-changing, standard payment institution y major payment institution. Y la emisión se define de forma amplia —acuñar, poner en circulación, gestionar los activos de reserva, redimir a la par— para que ningún emisor pueda desagregar su operación y salirse del perímetro.

El alcance es deliberadamente estrecho: cubre stablecoins emitidas en Singapur y ancladas al dólar de Singapur o a cualquier moneda del G10. Los tokens multimoneda y de canasta quedan fuera. Todo lo que no califique sigue siendo perfectamente legal: simplemente se sigue tratando como digital payment token (DPT), con la intermediación regulada bajo el régimen DPT existente y no bajo el de stablecoins.

Después viene la vara sustantiva. Un emisor licenciado tendría que mantener activos de reserva al menos iguales al valor a la par de los tokens en circulación en todo momento, en instrumentos líquidos de bajo riesgo, segregados de su propio balance, con custodios aprobados y sujetos a atestación independiente. La redención a la par pasa a ser obligación legal, con la ventana operativa remitida a la normativa secundaria que aún falta —el compromiso de cinco días hábiles del marco de 2023 es la referencia con la que trabaja el mercado—. Súmale estándares de capital y solvencia, obligaciones de divulgación, salvaguarda del dinero recibido antes de emitir los tokens, pruebas de estrés trimestrales y planes de recuperación y liquidación ordenada aprobados por el directorio y revisados cada año.

Y por último, tres disposiciones que no existían en la política de 2023 y que son la verdadera noticia: la prohibición de pagar intereses, una potestad de designación de stablecoins sistémicas que alcanza a tokens extranjeros, y un régimen de reconocimiento para stablecoins extranjeras reguladas por marcos que MAS considere sustancialmente equivalentes. Esas tres merecen el tiempo de un comerciante.

Léelo como un negocio que cobra, no como un emisor

El ejercicio es este. Toma el borrador y hazle las cuatro preguntas que un negocio tiene de verdad sobre un instrumento de pago: quién lo acepta, cuánto me cuesta aceptarlo, se puede revertir el pago y dónde cae el dinero.

El borrador no responde ninguna. No es un defecto de redacción: las enmiendas a la Payment Services Act son un reglamento de emisión, y la emisión es lo que regulan bien. Pero ya van cinco jurisdicciones grandes seguidas publicando un régimen serio de stablecoins dirigido íntegramente al lado de la oferta. La GENIUS Act en EE. UU., MiCA en la UE, Japón, Hong Kong, Corea del Sur y ahora Singapur llevan escritas miles de páginas sobre quién puede imprimir un dólar digital y bajo qué condiciones. Las páginas dedicadas a cómo cobra en uno una tienda, una clínica, un estudio o una empresa de APIs son aproximadamente cero.

Los datos de mercado dicen lo mismo desde el otro extremo. La investigación de Flagship Advisory Partners situó la aceptación directa de stablecoins en torno al 4% de los 50 mayores comercios de EE. UU., 8% en Europa y 12% en América Latina, frente a un volumen minorista con stablecoins de unos 70.000 millones de dólares en 2025: crecimiento real, pero al lado de más de 50 billones anuales de las grandes redes de tarjetas. La emisión está saturada y cada mes más regulada. La aceptación sigue casi vacía.

O sea que lo que un comercio de Singapur saca del 1 de septiembre es una etiqueta que puede verificar —útil, de verdad— y ninguna forma nueva de cobrar. Ese hueco es el tema del resto de este artículo.

Tres disposiciones que caen sobre los comercios aunque ninguna les hable

1. "Rastrear, congelar y quemar" es la frase para leer dos veces

Las expectativas de prevención de lavado del borrador incluyen la capacidad de rastrear, congelar y quemar tokens. No es una novedad técnica: todo emisor grande respaldado por fiat ya tiene una función administrativa de congelamiento, y la ha usado. Lo nuevo es que Singapur propone convertirla en condición de la licencia, lo que transforma una capacidad discrecional en una obligación supervisada.

Para un negocio que mantiene un saldo, la pregunta relevante se desplaza. Deja de ser "¿este token cumple?" y pasa a ser "¿cuántas partes pueden tocar mi dinero después de que la venta esté cerrada?". Son preguntas distintas con respuestas distintas.

Conviene ser preciso sobre lo que un procesador puede y no puede hacer aquí. La facultad de congelar del emisor es una propiedad del token; ningún procesador la elimina, y quien diga lo contrario te está vendiendo humo. Lo que un procesador sin custodia sí elimina es otra capa: el saldo intermediario. Cuando los fondos van directo del pagador a una wallet que controla el comercio, no hay float del procesador, no hay cuenta ómnibus agrupada, y no existe el escenario en el que el dinero de un negocio queda congelado por estar en la misma olla que el de otros. En el procesamiento cripto custodial esa olla es el mayor riesgo operativo que carga un comercio, y no tiene nada que ver con la regulación: es simplemente dónde estaba parado el dinero cuando algo salió mal.

La segunda mitigación es no depender de un solo emisor. Aceptar más de un token, en más de una red, con autoconversión opcional a USDC o USDT, convierte un problema a nivel emisor en una decisión de ruteo y no en un evento de tesorería.

2. La prohibición de intereses cierra el debate del float para siempre

MAS propone prohibir que los emisores paguen intereses, rendimientos o cualquier beneficio atribuible —directa o indirectamente— a tener una stablecoin regulada por MAS. La razón declarada es limpia: estos instrumentos son herramientas de pago y liquidación, no depósitos ni inversiones. Hay una excepción para acuerdos comerciales donde un tercero paga recompensas a sus propios clientes con cargo a su propia cuenta, lo que es un incentivo de distribución para exchanges y billeteras, no ingreso para el negocio que acepta el token.

Esto zanja una discusión que ha consumido mucha atención de comercios sin necesidad. Toda jurisdicción que ha escrito un marco serio —EE. UU., la UE y ahora Singapur— aterrizó en el mismo punto: el rendimiento de las reservas es del emisor. Ese es el trato. Así que un negocio debería dejar de evaluar stablecoins por un número que nunca será suyo, y evaluarlas por los tres que sí lo son:

• Costo. Comisiones de red en centavos sobre Solana, Base o Polygon, en vez de un porcentaje de cada venta más recargos transfronterizos y de cambio.
• Velocidad. Confirmación en torno a 0,4 segundos en Solana y unos 2 segundos en Base y Polygon, en vez de un ciclo de liquidación de uno a tres días con un fin de semana en medio.
• Finalidad. Un pago confirmado on-chain no lo puede revertir el pagador, que es la diferencia estructural con una transacción de tarjeta que se puede echar atrás durante unos 120 días.

Esos tres valen muchísimo más para un negocio en marcha que cualquier porción del rendimiento de reservas, y a diferencia del rendimiento, nadie está proponiendo legislarlos para quitarlos.

3. La designación alcanza tokens emitidos fuera de Singapur

La propuesta de Parte 2A es el instrumento más afilado del borrador. Permitiría a MAS designar una stablecoin como Designated Systemic Stablecoin esté emitida dentro o fuera de Singapur, y sea o no regulada por MAS. Los factores de designación son los habituales: tamaño en circulación, interconexión con los sistemas de pago y con el sistema financiero en general, y sustituibilidad. Cuando un token designado incumpla los requisitos, MAS podría ordenar a los proveedores de servicios DPT licenciados en Singapur que dejen de ofrecerlo, lo deslisten junto con sus pares de trading y prohíban a sus clientes seguir acumulándolo.

Lee eso junto a lo que pasó en Europa ocho días antes de publicarse este borrador, cuando una fintech de consumo grande retiró USDT para sus usuarios de la UE y obligó a convertir saldos. Mismo patrón, vía legal distinta: el token que aceptas puede perder su plaza local sin que tu negocio haya hecho nada mal. Cambia la capacidad de tus clientes de comprarlo, cambian tus opciones de salida, y si tu dinero estaba en esa plataforma, cambia también tu acceso a él.

Hay una contraparte genuinamente constructiva en el borrador. MAS también propone un régimen de reconocimiento para un número limitado de stablecoins extranjeras reguladas por marcos sustancialmente equivalentes con acuerdos de cooperación supervisora, más un mecanismo para tokens emitidos conjuntamente cuando entidades afiliadas en distintas jurisdicciones emiten contra reservas comunes. Es el primer esbozo real de algo parecido a un pasaporte para stablecoins, y es la dirección correcta a largo plazo. También es caso por caso, discrecional y le faltan años para importarle a una tienda en Singapur. De aquí a entonces, la fragmentación sigue creciendo.

La respuesta del lado del comercio: aceptar sin apostar a un emisor

Si el patrón en todos los marcos es que la regulación se ata al emisor y la aceptación queda librada al mercado, el pliego de diseño para un negocio es evidente. No armes tus pagos alrededor de un solo token, una sola red ni la buena situación regulatoria continuada de un licenciatario en tu país. Ármalos alrededor de una capa de aceptación que trate los tokens como intercambiables y mande el dinero a un lugar donde ningún tercero llegue.

Eso es Payzum. Es sin custodia y crypto-only: los fondos van directo a wallets que controla el comercio, y Payzum nunca retiene, agrupa ni controla el dinero. La liquidación es el pago: no hay cola de payout, ni reserva, ni retención rotativa, ni saldo de Payzum que alguien pueda congelar. La autoconversión a USDC o USDT es opcional, así que un negocio puede aceptar lo que el cliente tenga y aun así llevar sus libros en dólares.

Las capacidades concretas, todas disponibles hoy:

• En línea: payment links y botones sin código, hosted checkout (redirect, modal o inline), invoices con expiración y detección de sobrepago, donaciones y tip-jar, y suscripciones recurrentes. Drop-in compatible con plugins de e-commerce, snippets y webhooks existentes.
• Presencial: un POS que convierte cualquier teléfono en terminal — QR nuevo por venta, terminales físicas donde las quieras, cuentas de cajero protegidas con PIN y analítica por cajero y por terminal. Sin adquirente, sin fees de red de tarjetas, sin contracargos.
• Payouts: pagos masivos por CSV (BTC, LTC, DOGE) y payouts EVM en stablecoins sobre Polygon, Arbitrum, Optimism, Base, BNB Chain y Avalanche.
• Devs y agentes de IA: API REST con API keys, webhooks firmados, playground de integración y x402 para que los agentes paguen USDC en Base por llamada, directo a la wallet del comercio.
• Redes: Bitcoin, Ethereum, Solana, Polygon, Base, Arbitrum, Optimism, BNB Chain y Avalanche, más LTC y DOGE para payouts.
• Seguridad: 2FA, webhooks firmados, secretos encriptados y audit log completo.

Sobre x402, una precisión porque se reporta mal a menudo: Payzum es el middleware y proxy delante de tu API, no el facilitator. Tú configuras tu endpoint existente, tu API key o bearer, y un precio. Payzum publica una URL x402, devuelve el 402, gestiona el pago a través de un facilitator externo (hoy el de Coinbase) y luego hace de proxy reenviando la llamada pagada a tu endpoint real con tu key. Cero protocolo que implementar y cero código que escribir: es configuración de dashboard, y un proveedor de API puede empezar a servir agentes que pagan el mismo día.

Cómo lo montarías, paso a paso

1. Conecta una wallet que controles tú. Tu custodia, tus llaves. Elige tus redes de liquidación: Solana, Base y Polygon son las habituales para tickets de retail porque la confirmación va de menos de un segundo a unos dos, y las comisiones son centavos. Activa la autoconversión a USDC o USDT si quieres que cada venta caiga en dólares.
2. Elige las superficies que necesitas. Una tienda online usa hosted checkout o el plugin drop-in; un negocio de servicios usa payment links e invoices con expiración; un local físico usa la app de POS con QR nuevo por venta; un negocio de recurrencia usa suscripciones. La mayoría activa dos o tres.
3. Configura personas y sistemas. Crea cuentas de cajero con PIN para que el personal cobre sin tocar la configuración de wallets, y conecta webhooks firmados a tu ERP, contabilidad o sistema de fulfillment para que un pago confirmado dispare lo que tenga que disparar. Todo queda en el audit log.
4. Sal a producción y mira la liquidación, no el payout. No hay payout que esperar. La transacción confirmada del cliente es la liquidación, y llega a tu wallet en segundos. La conciliación corre por cajero, por terminal y por checkout.

Cómo se ve esto en cuatro tipos de negocio

Singapur es un buen caso de prueba porque es chico, abierto, y sus comercios operan en una docena de monedas antes del mediodía. Estos son los patrones que más vemos, y se replican igual en cualquier plaza exportadora de habla hispana.

• Una marca de e-commerce que vende a toda la región. Aceptar tarjetas en varios países significa varios adquirentes, tasas de aprobación desparejas, cambio en cada tramo e interchange transfronterizo. Un hosted checkout que cobra USDC o USDT en Solana o Base colapsa todo eso en un solo flujo con una sola moneda de liquidación, que llega en segundos sin importar desde qué país compre el cliente — y sin una ventana de contracargo arrastrándose detrás de cada pedido.
• Un comercio o restaurante que cobra a turistas en el mostrador. El visitante que tiene stablecoins paga escaneando un QR generado para esa venta; el cajero opera con una cuenta con PIN en un teléfono común; el dinero está en la wallet del dueño antes de que se imprima el ticket. Sin alquiler de terminal, sin relación con un adquirente, sin juegos de conversión dinámica de moneda y sin nada que revertir después.
• Una empresa de APIs o de IA que le vende a máquinas. Un agente que quiere tu endpoint recibe un 402, paga USDC en Base por esa llamada y obtiene la respuesta, con el pago cayendo en tu wallet. Tú configuraste un endpoint y un precio; no implementaste un protocolo. Este es el segmento donde el "quién lo acepta" se está decidiendo ahora mismo, y lo decide quien esté configurado para cobrarlo.
• Una agencia o estudio que paga a colaboradores en varios países. Un CSV, un lote, colaboradores en seis países cobrando en stablecoins sobre Polygon o Base por centavos de comisión, sin un banco corresponsal que se tome tres días y una tajada en cada tramo.

Procesamiento custodial vs aceptación sin custodia, bajo un régimen así

Dos objeciones que conviene responder de frente

"¿No convendría esperar a que el régimen esté vigente y aceptar solo tokens regulados por MAS?"

Esperar tiene dos problemas. El primero es el calendario: la consulta cierra el 16 de octubre de 2026, la normativa secundaria va en una consulta aparte que todavía no salió, y después hay que licenciar. Es un camino de varios años, y quien espere los pasará pagando economía completa de tarjetas. El segundo, más importante: la etiqueta responde una pregunta que no estabas haciendo. "Regulada por MAS" te dice algo sobre las reservas y la gobernanza del emisor. No te dice quién va a aceptar el token en tu caja, cuánto te cuesta aceptarlo, si el pago se puede revertir ni dónde cae el dinero. Eso sigue siendo decisión del lado del comercio, gane la etiqueta el token que gane. La aceptación sin custodia y agnóstica de token es compatible con cualquier desenlace de esta consulta, que es exactamente el motivo de construirla así.

"Si el emisor puede congelar y quemar, ¿la autocustodia no es un consuelo falso?"

No, pero es un consuelo más estrecho de lo que se suele vender, así que seamos exactos. Las facultades de congelamiento del emisor son reales y van pegadas al token; la autocustodia no las anula, y ningún procesador puede. Lo que la autocustodia sí elimina es el modo de falla mucho más frecuente: que tus fondos estén en la cuenta de otro cuando esa cuenta se congela, se disputa, se demora o se liquida. Si miras el historial real de comercios que perdieron acceso a sus ingresos en cripto, es abrumadoramente falla del intermediario, no acción de un emisor contra un negocio común. La respuesta es por capas y es simple: ten tus llaves, acepta más de un token en más de una red, y usa autoconversión para que tu saldo operativo esté en el instrumento que elegiste y no en el que le tocó pagar a un cliente.