From 4fd767f8ddb4797466c5ae10f5cb31a69940958a Mon Sep 17 00:00:00 2001 From: JoblersTune Date: Tue, 2 Jun 2026 13:47:18 +0200 Subject: [PATCH 1/3] chore: updated blog translation --- .../es}/2p-transfer-es.jpg | Bin ...izacionWeb-Infraestructura-Interledger.jpg | Bin .../es}/Protocolo-STREAM.gif | Bin .../infraestructura-Interledger-espanol.jpg | Bin .../es}/network-Interledger.png | Bin .../es}/rafiki-es.jpg | Bin ...encia-ILP-Interledger-Protocol-unafase.png | Bin .../2024-08-13-el-universo-interledger.mdx | 198 ++++++++++++++ .../2025-06-04-ES-El-Universo-Interledger.mdx | 253 ------------------ 9 files changed, 198 insertions(+), 253 deletions(-) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/2p-transfer-es.jpg (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/MonetizacionWeb-Infraestructura-Interledger.jpg (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/Protocolo-STREAM.gif (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/infraestructura-Interledger-espanol.jpg (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/network-Interledger.png (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/rafiki-es.jpg (100%) rename public/img/blog/{2025-06-04 => 2024-08-13/es}/transferencia-ILP-Interledger-Protocol-unafase.png (100%) create mode 100644 src/content/blog/2024-08-13-el-universo-interledger.mdx delete mode 100644 src/content/blog/2025-06-04-ES-El-Universo-Interledger.mdx diff --git a/public/img/blog/2025-06-04/2p-transfer-es.jpg b/public/img/blog/2024-08-13/es/2p-transfer-es.jpg similarity index 100% rename from public/img/blog/2025-06-04/2p-transfer-es.jpg rename to public/img/blog/2024-08-13/es/2p-transfer-es.jpg diff --git a/public/img/blog/2025-06-04/MonetizacionWeb-Infraestructura-Interledger.jpg b/public/img/blog/2024-08-13/es/MonetizacionWeb-Infraestructura-Interledger.jpg similarity index 100% rename from public/img/blog/2025-06-04/MonetizacionWeb-Infraestructura-Interledger.jpg rename to public/img/blog/2024-08-13/es/MonetizacionWeb-Infraestructura-Interledger.jpg diff --git a/public/img/blog/2025-06-04/Protocolo-STREAM.gif b/public/img/blog/2024-08-13/es/Protocolo-STREAM.gif similarity index 100% rename from public/img/blog/2025-06-04/Protocolo-STREAM.gif rename to public/img/blog/2024-08-13/es/Protocolo-STREAM.gif diff --git a/public/img/blog/2025-06-04/infraestructura-Interledger-espanol.jpg b/public/img/blog/2024-08-13/es/infraestructura-Interledger-espanol.jpg similarity index 100% rename from public/img/blog/2025-06-04/infraestructura-Interledger-espanol.jpg rename to public/img/blog/2024-08-13/es/infraestructura-Interledger-espanol.jpg diff --git a/public/img/blog/2025-06-04/network-Interledger.png b/public/img/blog/2024-08-13/es/network-Interledger.png similarity index 100% rename from public/img/blog/2025-06-04/network-Interledger.png rename to public/img/blog/2024-08-13/es/network-Interledger.png diff --git a/public/img/blog/2025-06-04/rafiki-es.jpg b/public/img/blog/2024-08-13/es/rafiki-es.jpg similarity index 100% rename from public/img/blog/2025-06-04/rafiki-es.jpg rename to public/img/blog/2024-08-13/es/rafiki-es.jpg diff --git a/public/img/blog/2025-06-04/transferencia-ILP-Interledger-Protocol-unafase.png b/public/img/blog/2024-08-13/es/transferencia-ILP-Interledger-Protocol-unafase.png similarity index 100% rename from public/img/blog/2025-06-04/transferencia-ILP-Interledger-Protocol-unafase.png rename to public/img/blog/2024-08-13/es/transferencia-ILP-Interledger-Protocol-unafase.png diff --git a/src/content/blog/2024-08-13-el-universo-interledger.mdx b/src/content/blog/2024-08-13-el-universo-interledger.mdx new file mode 100644 index 00000000..4b00106b --- /dev/null +++ b/src/content/blog/2024-08-13-el-universo-interledger.mdx @@ -0,0 +1,198 @@ +--- +title: 'El universo Interledger' +description: 'O: “¿Qué demonios son todos estos productos y protocolos?”' +ogImageUrl: /developers/img/blog/2024-08-13/og-image.png +date: 2024-08-13 +lang: es +slug: el-universo-interledger +authors: + - Sabine Schaller +author_urls: + - https://www.linkedin.com/in/sabineschaller +tags: + - Interledger Protocol + - Open Payments + - Rafiki + - Web Monetization +--- + +_Note: Esta publicación del blog se actualizó el 12 de marzo de 2026._ + +Si en algún momento se ha encontrado con términos como _Protocolo Interledger, pila de Interledger, Interledger Foundation, Open Payments, Rafiki, Rafiki.money, Dassie, Web Monetization (extensión), STREAM, SPSP, paquetes_… y ha pensado: “¿Qué significa todo esto?”, no se preocupe. Estamos aquí para ordenar este conjunto de conceptos y arrojar claridad sobre los aspectos más complejos del universo Interledger. Comencemos por el término más evidente: + +## Interledger + +El término Interledger se compone del prefijo _inter_, que significa “entre”, y la palabra en inglés _ledger_, que el [diccionario Merriam-Webster](https://www.merriam-webster.com/dictionary/ledger) define como “libro que contiene cuentas en las que se registran débitos y créditos procedentes de libros de registro originales”. Por lo tanto, Interledger tiene como objetivo servir como medio que permita realizar pagos entre múltiples libros contables, es decir, entre distintos registros financieros. + +¿Qué implica esto en la práctica? Supongamos que tengo una cuenta bancaria en Alemania y deseo transferir dinero a mi amigo Allan en Sudáfrica. ¿Qué opciones tengo disponibles? Puedo iniciar una transferencia internacional desde mi cuenta bancaria hacia la cuenta de Allan en Sudáfrica, lo que implica utilizar la red SWIFT para intercambiar los mensajes de pago. Lo más probable es que Allan tarde al menos 3 días hábiles en ver reflejado el dinero en su cuenta y que, además, la operación tenga un costo relativamente elevado. También podría recurrir a un servicio como [Wise](https://wise.com/), pero se trata de un sistema de circuito cerrado que exige que yo me registre y que Allan, para poder recibir los fondos, se registre o complete un formulario ante el banco central de Sudáfrica. Es posible que no vuelva a utilizar el servicio posteriormente y, aunque sé que se trata de una entidad regulada, su software es propietario, por lo que no tengo forma de verificar cómo procesa mis datos. Debo confiar en ellos. La situación se vuelve aún más compleja si Allan no posee una cuenta bancaria tradicional y dispone únicamente de un proveedor de dinero móvil. En ese caso, ¿cómo podría transferirle dinero? + +Interledger se concibe como una red de nodos que reenvían mensajes de pago y, al mismo tiempo, gestionan cualquier conversión de “moneda”, entendiendo por “moneda” cualquier forma de valor, incluidas las monedas fiduciarias, las criptomonedas o el dinero móvil. + +![Diagrama de la red Interledger](/developers/img/blog/2024-08-13/es/network-Interledger.png) + +Mi cuenta bancaria está denominada en euros y la cuenta de dinero móvil de Allan en rands sudafricanos. Al observar el diagrama anterior, se advierte que existen múltiples rutas posibles para enviar (o enrutar) el dinero hacia Allan. Interledger se encarga de que los paquetes sigan la ruta más rápida y económica desde el nodo que me presta servicio hasta el nodo que presta servicio a Allan. Por lo tanto, Interledger se configura como una red que opera por encima de las redes de pago existentes y actúa como una capa de interoperabilidad entre todas ellas. + +### Interledger Foundation + +Antes de adentrarnos en los aspectos técnicos, resulta conveniente presentar brevemente a la Interledger Foundation. Se trata de una organización sin fines de lucro con sede en Estados Unidos cuya visión consiste en lograr que enviar un pago sea tan sencillo como enviar un correo electrónico. En su calidad de custodios del Protocolo Interledger y de los protocolos asociados, la Fundación se dedica a promover la inclusión financiera digital en distintos sistemas alrededor del mundo. +Su estrategia global se orienta a respaldar la investigación y el desarrollo de sistemas financieros digitales en regiones vulnerables, financiar soluciones innovadoras destinadas a poblaciones subrepresentadas y fomentar un ecosistema capaz de impulsar un cambio de paradigma en los sistemas de pago. Además, busca consolidar una comunidad Interledger sólida y activa que crezca de manera conjunta, fortaleciendo los canales de formación de talento e incorporando nuevas voces y perspectivas en el ámbito de la tecnología financiera. + +A partir de este contexto, surge una pregunta: ¿en qué consisten los protocolos que desarrollamos y mantenemos? + +## La pila Interledger + +Al igual que la pila de Internet, la pila Interledger se compone de múltiples capas. Esta similitud no es casual, ya que su diseño se inspira directamente en la arquitectura de la pila de Internet. Por lo tanto, cada capa de la pila de Internet cuenta con su equivalente dentro de la pila Interledger. Cada una de estas capas cumple una función específica y se articula con las capas superiores e inferiores. A continuación, analizaremos cada capa de la pila Interledger, comenzando desde la base. + +![Comparación entre la pila Interledger y la pila de Internet](/developers/img/blog/2024-08-13/es/infraestructura-Interledger-espanol.jpg) + +Si prefiere una explicación en formato audiovisual, puede consultar la [presentación sobre la pila Interledger](https://youtu.be/sqGjkZKFjgo) disponible en YouTube. + +### Capa de liquidación + +Si bien no forma parte estrictamente de la pila, la capa de liquidación resulta esencial para el funcionamiento del resto de los protocolos. Esta capa define el modo en que se intercambia el valor efectivo entre las partes. La liquidación puede realizarse mediante monedas fiduciarias, criptomonedas, dinero móvil o cualquier otro activo de valor acordado, como créditos de Starbucks o incluso granos de café. Su función consiste en garantizar que, una vez compensado un pago, se concrete la transferencia efectiva de valor entre las partes involucradas. Por lo general, los nodos interconectados, también denominados conectores, celebran acuerdos de interconexión jurídicamente vinculantes para definir la línea de crédito que se otorgan entre sí y garantizar que la liquidación se lleve a cabo. La liquidación puede producirse en un momento previamente definido o bien cuando la línea de crédito, también denominada liquidez entre pares, se agota por completo. + +Cabe señalar que, cuando se utiliza una criptomoneda para la liquidación entre dos pares, el proceso puede ejecutarse de manera automática y sin necesidad de un acuerdo de interconexión, dado que las cadenas de bloques garantizan la liquidación mediante sus mecanismos criptográficos y su ejecución vinculante. + +### Capa de enlace + +La capa de enlace define la forma en que dos conectores interconectados se comunican entre sí. En esta capa, actualmente se emplean dos protocolos principales: + +- [Protocolo de Transporte Bilateral](https://interledger.org/developers/rfcs/bilateral-transfer-protocol/) (BTP): se basa en comunicación mediante WebSocket entre conectores. +- [ILP sobre HTTP](https://interledger.org/developers/rfcs/ilp-over-http/): utiliza HTTPS para la comunicación entre conectores. + +Estos protocolos establecen la conexión necesaria para que las capas superiores puedan operar. + +### Capa de protocolo: Protocolo Interledger (ILP) + +En el núcleo de la pila Interledger se encuentra el [Protocolo Interledger](https://interledger.org/developers/rfcs/interledger-protocol/) (ILP). Este protocolo divide los pagos de mayor tamaño en paquetes más pequeños, define el contenido de dichos paquetes y establece un modelo de transferencia en dos fases. + +¿Por qué se utiliza un modelo de dos fases en lugar de uno de una sola fase? Para comprenderlo, conviene analizar un ejemplo de transferencia de una sola fase. + +![Diagrama de transferencia de una sola fase](/developers/img/blog/2024-08-13/es/transferencia-ILP-Interledger-Protocol-unafase.png) + +Alice, ubicada a la izquierda, es cliente de una entidad proveedora de servicios de cuentas (ASE) que opera un nodo o conector de Interledger (A). + +Nota al margen: Una entidad proveedora de servicios de cuentas ofrece y administra cuentas de pago para el ordenante y el beneficiario, y se trata de una entidad regulada en los países en los que opera (por ejemplo, bancos o proveedores de dinero móvil). + +Bob, ubicado a la derecha, es cliente de la entidad proveedora de servicios de cuentas que opera el conector de Interledger (D). Para que Alice pueda enviar un pago a Bob, el conector (A) debe reenviar paquetes al conector (B); este, a su vez, debe reenviarlos al conector (C), que finalmente los reenvía al conector (D). En un escenario optimista, la entidad (A) debitaría la cuenta de Alice y, luego, reenviaría los paquetes. Sin embargo, ¿qué sucede si, por cualquier motivo, el conector (C) no puede reenviar los paquetes al conector (D)? La cuenta de Alice ya fue debitada, pero Bob no recibió los fondos. + +Con el fin de trasladar este riesgo de falla en la transferencia desde los usuarios finales (Alice y Bob) hacia los nodos conectores, el Protocolo Interledger establece un modelo de transferencia en dos fases. + +![Diagrama de transferencia en dos fases](/developers/img/blog/2024-08-13/es/2p-transfer-es.jpg) + +El proceso de transferencia de paquetes ILP comienza cuando el conector emisor (A) construye un paquete ILP Prepare, que incluye la dirección ILP del destinatario, una condición de ejecución, el monto y el tiempo de expiración. El conector emisor también puede incorporar datos adicionales, cuyo formato depende del protocolo de nivel superior que se utilice. Este paquete se envía al conector (B) a través de un canal autenticado, establecido mediante un protocolo de la capa de enlace. A continuación, el conector (B) verifica el saldo de liquidez del conector (A) y, si resulta suficiente, debita el monto correspondiente de la cuenta de liquidez. Posteriormente, el conector consulta sus tablas de enrutamiento para determinar el siguiente salto, ajusta el monto y el tiempo de expiración del paquete en función de su tasa de cambio y lo reenvía. + +Los conectores siguientes repiten estos pasos hasta que el paquete llega al conector receptor (D). Una vez recibido, el destinatario valida el paquete conforme a los requisitos del protocolo de nivel superior y puede aceptarlo, devolviendo un paquete ILP Fulfill con la [preimagen]() de la condición, o rechazarlo mediante un paquete ILP Reject. Si el paquete se acepta, cada conector de la cadena verifica el cumplimiento y acredita al siguiente conector hasta alcanzar nuevamente al emisor original. + +El conector emisor verifica entonces el cumplimiento respecto de la condición original, registra la transacción y puede repetir el proceso hasta completar el monto total que desea transferir. Este ciclo garantiza transacciones seguras, eficientes y multimoneda a través de una red de conectores, preservando la integridad y la sincronización de cada transferencia de paquetes. + +Cabe destacar que el protocolo está diseñado específicamente para operar con paquetes de muy bajo valor. Si los conectores (A) y (B) intercambian paquetes de, por ejemplo, 1 centavo, la pérdida de algunos de ellos debido a fallas de red puede acumularse con rapidez. En cambio, si (A) y (B) operan con paquetes de valor extremadamente bajo (por ejemplo, una milmillonésima parte de un centavo (1/1 000 000 000), la pérdida de una cantidad mínima de ellos resulta insignificante al momento de realizar los ajustes durante la liquidación. + +### Interludio: direcciones ILP y Payment Pointers + +Dentro del Protocolo Interledger, las [direcciones ILP](https://interledger.org/developers/rfcs/ilp-addresses/) constituyen un elemento fundamental, ya que funcionan como identificadores únicos de las cuentas dentro de la red. Estas direcciones adoptan una estructura jerárquica, similar a la de las direcciones IP en Internet, lo que permite enrutar paquetes de pago de manera eficiente entre distintos libros contables. + +Una dirección ILP se compone de varios elementos: + +- Asignación: en la primera sección de la dirección se indica el tipo de red. Por ejemplo, se utiliza `g` para redes globales activas y `test` para redes de prueba. +- Entorno: a continuación de la asignación, el entorno identifica un conjunto de conectores, libros contables o instituciones. Por ejemplo, `sepa` puede representar los sistemas de la [Zona Única de Pagos en Euros](https://en.wikipedia.org/wiki/Single_Euro_Payments_Area) o `us-fed` puede representar a la Reserva Federal de los Estados Unidos. El objetivo de los entornos consiste en agrupar conectores y libros contables que mantienen conocimiento mutuo, con el fin de optimizar el enrutamiento. +- Identificador de cuenta: esta sección permite identificar de forma única la cuenta dentro del libro contable correspondiente. Es único para cada titular de la cuenta y garantiza que los fondos se enruten correctamente hacia el destinatario. +- Interacción (opcional): por último, la sección de interacción codifica la lógica de negocio y varía en cada transacción, lo que permite distinguir múltiples solicitudes. + +Un ejemplo de dirección ILP podría representarse de la siguiente manera: `g.us-fed.ach.acmebank.acmecorp.~ipr.73WakrfVbNJBaAmhQtEeDv.2`. En este caso, `g` indica una red global activa, `us-fed.ach` representa la comunidad (la Reserva Federal de EE. UU. en la red ACH), `acmebank.acmecorp` es el identificador de la cuenta y `~ipr.73WakrfVbNJBaAmhQtEeDv.2` es la interacción. + +#### Payment Pointers + +Los [Payment Pointers](https://paymentpointers.org/) constituyen una forma más intuitiva de representar direcciones ILP, de manera similar a cómo las URL representan direcciones IP. Su finalidad consiste en facilitar a los usuarios la gestión y el intercambio de información de pago. + +Un Payment Pointer siempre comienza con el símbolo de dólar (`$`), seguido de una estructura similar a una URL. Por ejemplo: `$wallet.com/alice`. Este Payment Pointer se resuelve en una URL `https://wallet.com/alice` que, a su vez, apunta a una dirección ILP, p. ej., `test.wallet.alice` (sin incluir la sección opcional de interacción). + +Además, los Payment Pointers pueden alojarse en el dominio raíz. En ese caso, un Payment Pointer como `$mymarketplace.com` se resuelve en `https://marketplace.com/.well-known/pay` y apunta a una dirección de ILP como `g.wallet.mymarketplace`. + +Más adelante retomaremos el concepto de Payment Pointers en la sección dedicada a la capa de aplicación, en particular al analizar el Protocolo de Configuración de Pagos Simples (SPSP). Si no puede esperar, no dude en [pasar a la sección correspondiente](#application-layer). + +### Capa de transporte: Protocolo STREAM + +Sobre la base del ILP, la capa de transporte incorpora funcionalidades adicionales para la gestión de la transferencia de valor. En la actualidad, el único protocolo compatible es el [Protocolo STREAM](https://interledger.org/developers/rfcs/stream-protocol/) (Streaming Transport for Real-time Exchange of Assets and Messages). + +![Animación del protocolo STREAM](/developers/img/blog/2024-08-13/es/Protocolo-STREAM.gif) + +El protocolo STREAM constituye un protocolo de transporte versátil y seguro para ILP, diseñado para facilitar la transmisión eficiente y escalable tanto de dinero como de datos. Para optimizar las transacciones basadas en ILP, incorpora diversas funcionalidades: + +- **Transmisión de dinero y datos**: permite transferir dinero y datos de manera simultánea. +- **Segmentación y reensamblaje de paquetes**: divide pagos o mensajes de mayor tamaño en paquetes más pequeños para facilitar su transmisión y los vuelve a ensamblar en el destino. +- **Comunicación bidireccional**: admite la comunicación bidireccional, lo cual facilita el intercambio de dinero y datos en ambos sentidos. +- **Multiplexación de flujos**: permite enviar múltiples flujos lógicos a través de una única conexión ILP, asignando identificadores numéricos únicos para evitar colisiones. +- **Control de flujo y congestión**: ajusta la velocidad de transferencia de dinero y datos en función de las condiciones de la red, con el fin de mantener la eficiencia. +- **Autenticación y cifrado**: garantiza la seguridad mediante la autenticación y el cifrado de los datos de los paquetes. +- **Generación y cumplimiento de condiciones**: gestiona la creación de condiciones para los paquetes ILP y su posterior cumplimiento, lo que garantiza la integridad de las transacciones. +- **Migración de conexión**: permite mantener flujos ininterrumpidos incluso cuando cambia la conexión subyacente. + +Además, STREAM gestiona de forma eficiente los tipos de cambio a lo largo de la ruta. Para ello, incorpora un monto mínimo aceptable en los paquetes ILP Prepare y el monto recibido en los paquetes Fulfill o Reject. De este modo, los emisores pueden evaluar montos y precios en sus propias unidades a partir de la tasa de cambio calculada para la ruta. Al inicio de la conexión, puede emplearse un paquete de prueba no liquidable para estimar dicha tasa de cambio. El protocolo garantiza que los paquetes Prepare entrantes cuyos montos se encuentren por debajo del mínimo especificado no se ejecuten. + +Cabe señalar que un paquete STREAM se incluye dentro del campo de datos de un paquete ILP. + +### Capa de aplicación + +La capa de aplicación constituye el nivel final de la pila Interledger y define las funcionalidades orientadas a desarrolladores, lo que permite la creación de diversas aplicaciones. En esta capa, se admiten dos protocolos: SPSP (Protocolo de Configuración de Pagos Simples) y Open Payments. + +El protocolo [SPSP](https://interledger.org/developers/rfcs/simple-payment-setup-protocol/) simplifica el proceso de configuración de pagos. Cuando se realiza una solicitud GET a una URL asociada a un Payment Pointer mediante los encabezados correspondientes de SPSP, el protocolo establece la información que debe devolverse. + +```http wrap +HTP/1.1 200 OK +Content-Type: application/spsp4+json +{ + "destination_account": "example.ilpdemo.red.bob", + "shared_secret": "6jR5iNIVRvqeasJeCty6C+YB5X9FhSOUPCL/5nha5Vs=" +} +``` + +Entre ellos se encuentran la `destination_account`, que es la dirección de ILP del destinatario, y un `shared_secret` para cifrar los paquetes STREAM. El protocolo SPSP garantiza una configuración de pagos segura y sencilla para entidades o personas con acceso directo a ILP, es decir, aquellas que pueden crear, enviar y recibir paquetes ILP sin intervención de terceros. + +Por su parte, [Open Payments](https://openpayments.dev/introduction/overview/) constituye un estándar de API destinado a entidades proveedoras de servicios de cuentas, que permite a terceros acceder de forma segura a cuentas digitales tanto para consultar información como para iniciar pagos. Mediante un marco sólido para la autorización y ejecución de pagos digitales, Open Payments admite escenarios complejos, como el comercio electrónico o los pagos recurrentes. Para lograr un control de acceso granular y una autorización segura, emplea el [Protocolo de Negociación y Autorización de Concesiones (GNAP)](https://datatracker.ietf.org/doc/html/draft-ietf-gnap-core-protocol-20). + +Si desea profundizar en Open Payments, puede consultar la [fantástica publicación de blog de Sarah](https://interledger.org/developers/blog/simple-open-payments-guide/). Si desea obtener una visión general más detallada de GNAP y de por qué lo utilizamos con Open Payments, consulte la [Historia de Cenicienta de Nathan sobre cómo encontrar un método de autorización adecuado](https://interledger.org/developers/blog/open-payments-cinderella-story/). + +## ¿Dónde se ubica Web Monetization dentro de esta arquitectura? + +[Web Monetization](https://webmonetization.org/) no forma parte de la pila Interledger, sino que se presenta como una aplicación orientada al usuario que se sitúa por encima de la pila ILP. + +![Web Monetization dentro de la pila Interledger](/developers/img/blog/2024-08-13/es/MonetizacionWeb-Infraestructura-Interledger.jpg) + +Web Monetization es un estándar propuesto por el W3C que permite realizar pagos de manera integrada en la experiencia de navegación web. A través de este enfoque, los visitantes de un sitio web pueden transferir el monto que deseen con una interacción mínima o incluso nula. Como estándar en desarrollo, el objetivo consiste en que Web Monetization se integre de forma nativa en los navegadores; sin embargo, actualmente ninguno incorpora esta funcionalidad. Por este motivo, la Interledger Foundation trabaja en una extensión de navegador que permita habilitar Web Monetization de manera transitoria. + +Cuando un navegador (o la extensión correspondiente) detecta un sitio habilitado para Web Monetization, este puede indicar automáticamente su capacidad para recibir pagos. Una vez que el usuario otorga su autorización durante la fase de configuración, el navegador o la extensión recopila la información necesaria e instruye la transferencia de fondos mediante las API de Open Payments. A continuación, el navegador establece una sesión de pago y comunica los eventos asociados al sitio web. En respuesta, el sitio puede ofrecer beneficios a los usuarios que realizan pagos, como la eliminación de publicidad o el acceso a contenido exclusivo. Este enfoque busca generar una experiencia integrada y fluida tanto para los usuarios como para los proveedores de contenido, impulsando un modelo de monetización web eficiente, respetuoso de la privacidad y centrado en el usuario. + +## ¿Qué es Rafiki? + +La respuesta es sencilla: se trata de una [implementación de referencia](https://github.com/interledger/rafiki) de la pila Interledger. **No** es una billetera, **no** es una plataforma y **no** es un servicio. **Es software.** + +![Componentes de la pila Interledger incluidos en Rafiki](/developers/img/blog/2024-08-13/es/rafiki-es.jpg) + +[Rafiki](https://rafiki.dev/) es software de código abierto, disponible de forma gratuita para cualquier entidad con licencia. Su objetivo consiste en reducir el esfuerzo que deben realizar las entidades para incorporar Interledger en las cuentas de sus usuarios y operar como conectores dentro de la red ILP. En lugar de utilizar BTP, Rafiki emplea ILP sobre HTTP, ya que se supone que el tamaño de los paquetes en este tipo de transacciones será algo mayor, posiblemente del orden de un centavo. Por lo tanto, los pagos se dividen en un menor número de paquetes, lo que hace innecesario establecer una conexión persistente mediante sockets. + +### Rafiki.money, entorno de pruebas y red de pruebas + +Debemos reconocer que la elección de nombres para nuestras herramientas de prueba y demostración no ha sido la más acertada. Actualmente, contamos con una billetera de prueba sin denominación específica, alojada en [rafiki.money](https://rafiki.money/). Esta herramienta simula el funcionamiento de una entidad proveedora de servicios de cuentas, lo que permite a los usuarios registrarse, atravesar un proceso ficticio de verificación de identidad y disponer de un saldo de dinero simulado para enviar y recibir pagos mediante Interledger. La billetera de prueba se encuentra integrada en el entorno sandbox de [Rapyd](https://www.rapyd.net/) para la gestión de saldos y en Rafiki para la ejecución de pagos. Sin embargo, debido a las limitaciones del entorno sandbox de Rapyd, en particular en lo que respecta a restricciones en las solicitudes de API, actualmente se están evaluando alternativas. + +Además, se está trabajando en la definición de un nombre específico para esta billetera de prueba, con el fin de evitar confusiones con Rafiki, la implementación de referencia de ILP. De manera complementaria, también se está renovando su diseño visual para diferenciarla aún más. Próximamente se anunciarán novedades al respecto. + +La billetera de prueba implementa una instancia de Rafiki, lo que significa que constituye un nodo dentro de la red de pruebas de Interledger que opera como conector. Recomendamos a los futuros integradores de Rafiki, es decir, entidades proveedoras de servicios de cuentas con licencia, que se interconecten al menos con esta instancia de la billetera de prueba, con el fin de evaluar su funcionamiento y contribuir a la expansión de una red de pruebas más amplia. + +También en ocasiones se ha utilizado el término “testnet” para describir de manera general el conjunto de herramientas desarrolladas en torno a la billetera de prueba, como la [Boutique](https://rafiki.boutique/products), que permite experimentar cómo se implementaría el comercio electrónico mediante Open Payments. No obstante, se ha decidido dejar de utilizar este término para evitar confusiones con la red de pruebas propiamente dicha. + +## ¿Qué es Dassie? + +[Dassie](https://dassie.land/) constituye una segunda implementación de referencia de la pila ILP, orientada principalmente a usuarios y desarrolladores del ámbito de las criptomonedas, y no a entidades proveedoras de servicios de cuentas reguladas. No se trata de un desarrollo de la Interledger Foundation, sino de un proyecto personal de Stefan Thomas, uno de los creadores del Protocolo Interledger. + +Si bien responde a necesidades de entornos distintos, un nodo Dassie puede interconectarse con un nodo Rafiki; por ejemplo, cuando este último es operado por una plataforma de intercambio de criptomonedas. + +## Palabras finales + +A primera vista, el universo Interledger puede resultar complejo debido a la diversidad de términos y conceptos que lo componen. Sin embargo, en su esencia, Interledger tiene como objetivo facilitar la transferencia de valor de manera fluida, eficiente y segura entre distintos libros contables y monedas. Desde la estructura organizada de la pila Interledger hasta implementaciones de referencia como Rafiki o casos de uso específicos como Web Monetization, cada componente cumple una función clave en la construcción de una red financiera interoperable y unificada. + +Ya sea al habilitar pagos mediante Web Monetization, simplificar la gestión de cuentas con Open Payments o explorar funcionalidades a través de la billetera de prueba, el ecosistema Interledger se orienta a impulsar la innovación y ampliar el acceso dentro del ámbito de las finanzas digitales. Al desglosar estos elementos y comprender cómo interactúan entre sí, se pone de manifiesto el amplio potencial del Protocolo Interledger para transformar los pagos globales y el intercambio de valor. + +Lo invitamos a seguir atento conforme seguimos perfeccionando y ampliando estas herramientas, con el objetivo de hacer realidad la visión de Interledger. La misión de la Interledger Foundation consiste en lograr que enviar un pago sea tan sencillo como enviar un correo electrónico, mediante la construcción de un ecosistema inclusivo e innovador que conecte los sistemas financieros existentes. El futuro de los sistemas financieros interconectados e inclusivos ya está en marcha, y resulta estimulante imaginar hacia dónde nos conducirá este proceso. + +_Agradecemos a Sarah, Radu, Melissa, Tseli, Mohammed, Max y Chris por la revisión de esta publicación y por su valiosa contribución para alcanzar su mejor versión posible._ diff --git a/src/content/blog/2025-06-04-ES-El-Universo-Interledger.mdx b/src/content/blog/2025-06-04-ES-El-Universo-Interledger.mdx deleted file mode 100644 index adf9c30e..00000000 --- a/src/content/blog/2025-06-04-ES-El-Universo-Interledger.mdx +++ /dev/null @@ -1,253 +0,0 @@ ---- -title: 'El Universo Interledger' -description: 'Explora el sistema abierto que conecta pagos globales con Interledger.' -date: 2025-07-02 -lang: es -slug: el-universo-interledger -authors: - - Marian Villa -author_urls: - - https://www.linkedin.com/in/marianvilla/ -tags: - - Interledger Protocol - - Open Payments ---- - -> ⚠️ **Nota:** Este artículo es una adaptación al español. -> 📘 This article is also available in English: [Interledger Universe – interledger.org](https://interledger.org/developers/blog/interledger-universe/). - -Si estás un poco abrumado por términos como el **Protocolo de Interledger, Interledger Stack, o Fundación Interledger, Estándar de Pagos Abiertos, Rafiki, La Moneda Rafiki, Dassie, Monetización Web (Extensión), STREAM, SPSP, Paquetes,etc…** Y te sientes aún un poco perdido, aquí estamos para aclararlo. Vamos a desglozar cada uno de los términos para traer a la luz el significado y de esta manera mostrar más claramente el Universo de Interledger. Empecemos con el término más obvio: - -## Interledger - -El término **Interledger** puede dividirse en el prefijo **“Inter”** que puede entenderse como “entre” y **ledger**, que en su definición más pura en el [diccionario](https://www.merriam-webster.com/dictionary/ledger). -, traduciría: Un libro. Un libro que contiene las cuentas donde se registran los débitos y créditos de los libros de registro contables. Si juntamos ambos conceptos, Interledger significa que el sistema de pagos puede hacerse entre múltiples libros contables, conocidos como ledgers. - -**¿Qué significa esto, cómo funciona?** -Digamos que tengo una cuenta en Alemania y quiero transferir dinero a mi amigo Allan en Sur África. ¿Qué opciones tengo? Puedo empezar una transferencia internacional desde mi cuenta bancaria a la de Allan, lo que usará será una red SWIFT para intercambiar mensajes de pago. Probablemente la transferencia va a tomar al menos 3 días para verse reflejada en la cuenta bancaria de Allan y va a costarme relativamente una gran comisión. También puedo usar un servicio como [Wise](https://wise.com/), pero esta es una plataforma cerrada que requerirá que me registre, y Allan necesitará también crear su cuenta o diligenciar un formulario con el Banco de Reserva de Sur África antes de recibir sus fondos. - -También es importante entender que este servicio es regulado, porque utiliza sotware privado, entonces como usuario no tengo una manera de entender cómo es procesada mi data, y en este caso hipotético solo queda confiar. Y el caso se complicaría si asumimos que Allan no tiene una cuenta tradicional de banco, ya que solo tiene un proveedor de dinero móvil. **¿Cómo transferiríamos fondos a él, entonces?** - -Interledger fue diseñado para ser una serie de nodos que impulsa mensajes de pago en el sistema, teniendo en cuenta la conversión de la moneda, donde la ‘moneda’ puede ser cualquiera que incluya un valor para transar, incluyendo monedas fiduciarias, criptomonedas o dinero móvil. - -![Imagen 1 - Red de Pagos](/developers/img/blog/2025-06-04/network-Interledger.png) - -Ahora, continuando con el ejemplo, si mi cuenta bancaria está en Euros y la cuenta Móvil de Allan está en Moneda Surafricana, Rands, como vemos en el gráfico de la Red de Pagos, hay múltiples maneras de que mi dinero pueda ser enviado y enrutado a Allan. Lo que hace **Interledger** especial, es que se asegura que los paquetes lleguen con la ruta más rápida y barata, desde mi nodo de Interledger hasta el nodo de Interledger de Allan. Interledger está diseñado para ser una red encima de las redes existentes de pagos, y por esto logra interoperabilidad entre todas las capas. - -## Fundación Interledger - -Ahora que entendimos la parte técnica, podemos introducir **la Fundación Interledger**. -Es una fundación constituída en Estados Unidos cuya visión es enviar dinero de manera fácil, como si enviaras un correo electrónico. - -La Fundación Interledger tiene bajo su dirección y cuidado, el Protocolo Interledger y sus protocolos asociados, y se dedica a desarrollar y fomentar la inclusión financiera en sus sistemas alrededor del mundo. - -La estrategia global es soportar la investigación y desarrollo de los sistemas de inclusión financiera en áreas vulnerable, fondear a través de subvenciones a poblaciones no representadas en el ecosistema financiero, cambiando el paradigma en este sistema; adicional creando una comunidad abierta e inclusiva, **la Comunidad Interledger**, que crece a través de la conversación abierta, uniendo otras voces y perspectivas, al espacio fintech. - -**¿Cuáles son los protocolos que desarrolla y mantiene la fundación?** - -## La Arquitectura de Interledger - -La Arquitectura de Interledger tiene un gran parecido a la Arquitectura de Internet, consiste en múltiples capas, y esto no es una coincidencia, ya que la arquitectura de Interledger fue modelada posterior a la arquitectura de Internet. Entonces por esto, cada capa de la arquitectura de Internet tiene su equivalente en la Arquitectura de Interledger. Cada capa sirve para una función específica que interactúa con capas tanto arriba como abajo. - -Exploremos cada una de las capas de la Arquitectura de Interledger desde abajo. - -![Imagen 2 - Infraestructura Interledger](/developers/img/blog/2025-06-04/infraestructura-Interledger-espanol.jpg) - -Si prefieres una versión en video de la Arquitectura de Interledger puedes ver esta presentación de su Arquitectura en [Youtube](https://youtu.be/sqGjkZKFjgo). - -### Capa de Infrastructura - -La infraestructura por si misma no es una parte técnica de la arquitectura, pero es una parte esencial para que los protocolos funcionen. En esta capa es donde se define el valor a intercambiar entre las las partes. Este acuerdo de intercambio puede ocurrir entre monedas _Fiat, Crypto, o Dinero Móvil, o cualquier activo de valor acordado_. Aquí es donde se define el valor intercambiado entre las partes, como créditos de Starbucks o incluso granos de café físicos. - -Esta capa se asegura que una vez el pago se haya liquidado, la transferencia de valor ha sido ejecutada con las partes involucradas. Usualmente, los nodos conectados, también llamados conectores, entran en un acuerdo de sincronización para definir la línea de crédito que se están extendiendo entre cada nodo para facilitar que el acuerdo se de. Esta transacción puede ocurrir en un punto predefinido o donde esté la línea de crédito, también llamada liquidación entre pares, y allí es completada. - -Es importante aclarar que en caso de que se utilice una crypto para realizar el acuerdo entre los nodos, esto pasa automáticamente en el acuerdo entre pares, porque las blockchains fuerzan el acuerdo según sus capacidades cryptográficas y a su ejecución. - -### Capa de Enlace - -La Capa de enlace define como los conectores en pares se comunican. Actualmente existen dos grandes protocolos en esta capa: - -> **Protocolo Bilateral de Transporte [(BTP)](https://interledger.org/developers/rfcs/bilateral-transfer-protocol/):** Usa comunicación basada en **WebSocket\*** entre conectores. -> **[ILPoverHTTP](https://interledger.org/developers/rfcs/ilp-over-http/):** Utiliza HTTPS para la comunicación entre conectores. -> Estos protocolos establecen la conexión necesaria para que las capas superiores funcionen. - -### Capa de Protocolo - Protocolo Interledger (ILP) - -El core de la Arquitectura de Interledger está basado en el [Protocolo Interledger (ILP)](https://interledger.org/developers/rfcs/interledger-protocol/). Este protocolo divide grandes pagos en pequeños paquetes cuyo contenido prescribe y define un protocolo de transferencia de dos fases. - -_¿Por qué se usa un proceso de dos fases en vez de un proceso de una sola fase en este protocolo de transferencia?_ - -Empecemos ejemplificando una **Transferencia de una Fase**. - -![Imagen 3 - Transferencia de una sola fase](/developers/img/blog/2025-06-04/transferencia-ILP-Interledger-Protocol-unafase.png) - -Alice representada a la izquierda en la imagen, es un cliente de un servicio de cuentas de Identidad (ASE) que corre sobre un nodo conector de Interledger (Nodo A). - -- Un **Servicio de Cuentas de Identidad** ayuda a proveer y sostener la cuenta entre el pagador y el recibidor del pago, y es regulado por una entidad en el país o países donde opera, algunos ejemplos pueden ser bancos, proveedores de dinero móvil, etc. - -Bob en el gráfico representado a la derecha es un cliente del Servicio de Cuentas de Identidad que corre sobre el Conector de Interledger (D). - -Para que el pago de Alice llegue a Bob, el conector (A) necesita pasar los paquetes al conector (B), que necesita a su vez pasar los paquetes al conector (C), que a su vez necesita pasar al conector (D). En el escenario más optimista, ASE debitará de la cuenta de Alice, para pasar el pago hasta Bob. - -Pero, ¿Qué pasaría si por alguna razón, el conector (C) no logra pasar el pago al conector (D)? De la cuenta de Alice el dinero ya fue debitado, pero Bob no recibió los fondos. - -Para evitar el riesgo de que la transacción falle y no llegue al usuario final, entre Alice y Bob, a través de los nodos conectores, el Protocolo de Interledger define una **Transferencia de Dos Fases**. - -### Transferencia de Dos Fases: - -![Imagen 4 - Transferencia de dos fases](/developers/img/blog/2025-06-04/2p-transfer-es.jpg) - -A través del **Protocolo Interledger ILP**, la transferencia comenzará enviando al conector (A) un paquete construido en ILP que contiene la dirección ILP del que recibe, una condición de ejecución que tendrá un monto y un tiempo de expiración. El conector que envía también incluirá información adicional como el formato que se determinará por el protocolo de más alto nivel en uso. Luego, el paquete irá al conector (B) sobre un canal autenticado, y tendrá una configuración usando una capa de enlace al protocolo. - -El Conector (B) verificará con el conector (A) el balance de liquidez, y si hay recursos suficientes, debitará el monto desde la cuenta del conector de liquidez. El conector usa el enrutamiento a través de tablas para determinar el siguiente salto, y así ajustar la cantidad de recursos en el paquete que envía, y el tiempo de expiración de la tasa de la transacción, impulsando finalmente el paquete a seguir su camino. - -Este proceso se repitirá hasta que el paquete haya llegado a su destino, el conector recibidor (D). El recibidor validará que el paquete cumpla, basado en un protocolo de alto nivel, que aceptará retornando con un **_Paquete ILP Completado_** con una preimagen de la condición, o rechazando con un **_Paquete ILP Rechazado_**. Si es aceptado, cada conector en la cadena verificará el cumplimiento y créditos disponibles al siguiente conector hasta que el emisario original es alcanzado. - -El conector emisor revisa el cumplimiento de los párametros enviados contra la condición original, y graba la transacción, y repetirá el proceso hasta completar la cantidad deseada para realizar la transferencia. Este ciclo garantiza la seguridad, eficiencia y uso de múltiple monedas que se pueden manejar a través de la red de conectores, manteniendo la integridad y tiempo de cada paquete transferido. - -El protocolo es específicamente diseñado para transacciones de valores pequeños. Si el conector (A) y (B) se conectan usando paquetes, digamos que 1 centavo, perdiendo un par de ellos debido a problemas en la red, pueden realizarlo rápidamente. - -Sin embargo la conexión de (A) y (B) está basado en transacciones pequeñas por un centavo sobre un billón (1/1,000,000,000), así que perder una pequeña cantidad será inconsecuente cuando se cierre el arreglo. - -### Capa de transporte: Direcciones de ILP y Apuntadores de Pago - -Las [direcciones ILP](https://interledger.org/developers/rfcs/ilp-addresses/) son parte fundamental del Protocolo Interledger, sirviendo como un identificador único de cuentas en la red de Interledger. Estas direcciones siguen un formato jerárquico similar a las direcciones IP de Internet, habilitando el enrutamiento eficiente de paquetes entre diferentes **_‘Ledgers’_**. - -La **Estructura de una Dirección ILP** consiste en diversos componentes: - -- **Asignación (Allocation)**: Esta es la primera parte de la dirección que indica el tipo de red. Por ejemplo, `g` es usado para redes globales disponibles, y `test` es usado para pruebas de red. -- **Vecindario (Neighborhood)**: Siguiendo la lógica de asignación, el vecindario especifica el grupo de conectores o **_‘ledger’_** o instituciones. Por ejemplo, `sepa` puede representar las ‘ledgers’ [solamente en pagos en Euros](https://en.wikipedia.org/wiki/Single_Euro_Payments_Area) en un área o `us-fed`, puede representar la Reserva Federal de los Estados Unidos. El objetivo de los vecindarios es agrupar conectors y **_‘ledgers’_** que se conocen, o son compatibles, para que el enrutamiento sea más eficiente. -- **Identificación de Cuenta**: Esta parte identifica específicamente una cuenta dentro de el **_‘Ledger’_**, es único en cada propietario de cuenta, y se asegura que los fondos están siendo enrutados correctamente al destinatario. -- **Interacción (Opcional)**: Finalmente, la interacción codifica la lógica del negocio y varia para cada transacción, permitiendo que múltiples llamados sean identificados. - -Un ejemplo de una dirección ILP luce así: -`g.us-fed.ach.acmebank.acmecorp.~ipr.73WakrfVbNJBaAmhQtEeDv.2` - -- La `g` indica que es una red global. -- `Us-fed.ach` representa el vecindario (La Reserva Federal de los Estados Unidos dentro de una red de ACH). -- `Acmebank.acmecorp` es la identificación de la cuenta. -- `~ipr.73WakrfVbNJBaAmhQtEeDv.2` es la interacción. - -### Apuntadores de Pagos - -Los [Apuntadores de pagos](https://paymentpointers.org/) son una forma amigable de representar las **direcciones ILP**, similar a cómo las URLs presentan las direcciones IP. Esto hace que sea más fácil para el usuario manejar y compartir sus direcciones de pago. - -Un apuntador de pago siempre tiene un prefijo de señal de dólar ($) seguido de una estructura similar a la de una URL. Por ejemplo: `$wallet.com/alice` este apuntador de pago resuelve en una url`https://wallet.com/alice` que apunta a una dirección ILP. - -Un ejemplo: `test.wallet.alice` (Que no contiene la parte de interacción). - -Los apuntadores de pagos pueden ser hosteados en la raíz del dominio. En ese caso, un apuntador de pagos como `$mymarketplace.com` enmascara esta dirección: **https://marketplace.com/.well-known/pay** y dirije a una dirección ILP como: `g.wallet.mymarketplace` - -Cuando avancemos a la sección de la **_Capa de Aplicación_**, volveremos sobre este concepto de apuntado de pagos, específicamente en la sección del **_Protocolo Simple de Configuración de Pagos (SPSP)_**. Sí quieres saltar directamente a este área, puedes dar el salto hasta esa [sección específica](https://interledger.org/developers/blog/interledger-universe/#capa-de-aplicacion). - -### Capa de transporte: - El Protocolo STREAM - -La Capa de Transporte construida sobre ILP provee funcionalidades adicionales por manejar la transferencia de valor. El único protocolo soportado al momento es el Protocolo [STREAM](https://interledger.org/developers/rfcs/stream-protocol/) **_(Streaming Transport for Real-time Exchange of Assets and Messages)_**. - -![Imagen 4 - Protocolo STREAM](/developers/img/blog/2025-06-04/Protocolo-STREAM.gif) - -**STREAM** es un protocolo versátil y seguro para transportar el **Protocolo ILP**, facilitando eficientemente y de forma escalable la transmisión de dinero e información. El protocolo ofrece un rango de funcionalidades diseñadas para optimizar las transacciones basadas en ILP como: - -- **Transferencia de dinero e información**: Permitiendo simultáneamente dinero e información. -- **Segmentación y reensamblado de paquetes**: Segmentación de grandes pagos o mensajes en pequeños paquetes de información, para mejor transmisión y reensamblado final. -- **Comunicación Bidireccional**: Soporta comunicación en dos vías, facilitando el intercambio de dinero o información en ambas direcciones. -- **Multiplexidad de transmisión**: La lógica múltiple de transmisión puede ser enviada sobre una conección ILP, con IDs numéricos asignados para evitar que colapse. -- **Flujo y Control de Congestión**: Ajustar la tasa de intercambio entre monedas y transferencia de datos basado en las condiciones de la red para mantener la eficiencia. -- **Autenticación y Encriptación**: Asegura la seguridad a través de la autenticación y encriptación de los paquetes de datos. -- **Generación de condiciones y cumplimiento**: Manejar las condiciones de generacion de paquetes ILP y su cumplimiento, asegurando la integridad de la transacción. -- **Migración de Conexión**: Soporte ininterrumpido de transmisión, a pesar de cambios en la conexión. - -**STREAM** también maneja los patrones de cambios de tarifas efectivamente, e incluye un minimo aceptable de cantidad en ILP para preparar los paquetes y recibir un monto, y verificar de esta forma cumplimiento o de lo contrario, rechazar paquetes. De esta manera le permite a quien envía, fijar las cantidades y el precio en sus propias unidades, usando una calculadora para calcular la tarifa de intercambio en esa transacción, y también descartar el paquete de **_test_** que fue usado al iniciar la conexión. El protocolo se asegura que la preparación de paquetes que siguen con cantidades menores a las especificaciones, no serán tomadas en cuenta para el cumplimiento. - -**_Nota_**: Los paquetes de STREAM incluyen en el campo de datos, un paquete de ILP. - -### Capa de Aplicación - -La Capa de Aplicación es la capa final de la Arquitectura Interledger, haciendo visible para el desarrollador funcionalidades y habilitando varios posibles implementaciones. Los dos protocolos habilitados en esta capa son SPSP (protocolo de Configuración Simple de Pagos) y el Protocolo de Pagos Abiertos. - -[SPSP](https://interledger.org/developers/rfcs/simple-payment-setup-protocol/) simplifica el proceso de configuración de pagos. Cuando llega una petición **_GET_** relacionada a una URL asociada a un apuntador de pago que usa la petición de encabezamiento SPSP, SPSP define que necesita ser retornado - -```http wrap -HTP/1.1 200 OK -Content-Type: application/spsp4+json -{ - "destination_account": "example.ilpdemo.red.bob", - "shared_secret": "6jR5iNIVRvqeasJeCty6C+YB5X9FhSOUPCL/5nha5Vs=", - "Receipts_enabled": true -} -``` - -Esto incluye la `destination_account` (Cuenta de destino) que es la dirección ILP del que recibe, y comparte un `shared_secret` (Secreto) para encriptar los paquetes de STREAM, que incluye un identificador `receipts_enabled`, (recibos habilitados) indicando cuando un [recibo de STREAM](https://interledger.org/developers/rfcs/stream-receipts/) fue requerido. SPSP asegura una configuración de pago segura y directa para entidades o individuos con un acceso ILP, esto significa que entidades o individuos pueden crear, enviar, y recibir paquetes ILP directamente sin ayuda de otra entidad. - -[Pagos Abiertos](https://interledger.org/developers/rfcs/simple-payment-setup-protocol/) es un API estándar API para entidades de servicios financieros, permitiendo que terceros puedan asegurar acceso a sus cuentas digitales para ver su información de cuenta e iniciar un pago. Pagos Abiertos soporta complejos escenarios de pagos como e-commerce o pagos recurrentes, facilitando un robusto marco de trabajo para autorizar e iniciar pagos digitales. Emplea una [Negociación de Subvenciones (Grant Negotiation)](https://datatracker.ietf.org/doc/html/draft-ietf-gnap-core-protocol-20) y un Protocolo de Autorización (GNAP) para Control de acceso preciso y autorización segura. - -Para entender de forma más amplia Pagos Abiertos, puedes revisar este artículo en inglés ['Open Payments Guide'](https://interledger.org/developers/blog/simple-open-payments-guide/). Si deseas hacer una revisión de más alto nivel del Protocolo de Autorización (GNAP) y dónde está siendo usando en Pagos Abiertos, puedes revisar este [Artículo de Nathan’s (EN)](https://interledger.org/developers/blog/open-payments-cinderella-story/) - La historia de Cenicienta: cómo encontrar un método de autorización adecuado. - ---- - -## Monetización Web - -La [Monetización Web](https://webmonetization.org/) no es parte de la Arquitectura de Interledger, pero de cara al usuario es una aplicación que se sitúa en el top de la Arquitectura ILP. - -![Imagen 5 - Monetización Web](/developers/img/blog/2025-06-04/MonetizacionWeb-Infraestructura-Interledger.jpg) - -La Monetización Web es un estándar propuesto por la [W3C](https://www.w3.org/) que facilitará los pagos sin complicaciones directamente desde el navegador. Permitirá a los visitantes de un sitio web con interacciones mínimas pagar la cantidad elegida. Como un estandar propuesto, la meta con la Monetización Web es que nativamente pueda realizarse a través de los navegadores estas transacciones; Sin embargo, ningún navegador actualmente soporta esta funcionalidad. Por esto la Fundación Interledger está trabajando en una extensión de Monetización Web para habilitar esta funcionalidad inmediatamente. - -Cuando un navegador web (o en su defecto, la extensión para Monetización Web) encuentre la manera de ‘monetizar’ un sitio web, el sitio automáticamente podrá enviar una señal con su habilidad para aceptar pagos. Una vez la extensión o el navegador obtiene la autorización del Usuario de usar la Monetización Web en la fase de configuración, traerá todos los detalles del pago necesarios y las instrucciones para mover el dinero utilizando la API de Pagos Abiertos. - -El navegador luego creará una sesión de pago y comunicará el evento de pago de vuelta al sitio. En respuesta, el sitio web puede proveer beneficios para retribuir a los visitantes de su sitio, como remover anuncios o darle acceso a contenido exclusivo. - -Este acercamiento pretende crear una manera más intuitiva de integrar la experiecia de los usuarios y los creadores de contenido, promoviendo un nuevo modelo para la monetización web que sea eficiente y preserve la privacidad, y se enfoque en la experiencia del usuario. - ---- - -## Rafiki - -Rafiki fue creado como una [referencia en la implementación](https://github.com/interledger/rafiki) de la Arquitectura de Interledger. No es una billetera, no es una plataforma o servicio, es un software. - -![Imagen 6 - Monetización Web](/developers/img/blog/2025-06-04/rafiki-es.jpg) - -[Rafiki](https://rafiki.dev/) es un software de código abierto, esto significa que puede usarse de manera gratuita y abierta. El propósito de Rafiki es minimizar el esfuerzo de las organizaciones de incorporar Interledger en las cuentas de los usuarios y ser conector con la red ILP. Rafiki usa ILPoverHTTP en vez de BTP porque se asume que los paquetes serán grandes al igual que las transacciones. Por esto los pagos son divididos en pocos paquetes, haciendo que establecer una conexión tipo socket sea excesiva. - -### Rafiki.money, ‘testnet’, y ‘test network’ - -Tenemos que admitir que fuimos un poco perezosos para elegir nombres en nuestra red de pruebas para demostrar nuestra tecnología. Comenzamos creando una billetera de prueba que en ese momento, y hasta ahora, no tenía nombre pero lo alojamos en [rafiki.money](https://rafiki.money/). -En esta Simulación de una Cuenta de Servicio de Entidades, el usuario puede crear su cuenta, pasar por un flujo simulado tipo **_KYC_**, y tener la posibilidad de retener un balance de prueba y enviar o recibir pagos a través de Interledger. -La Billetera de prueba está integrada con el ambiente de prueba [Rapyd’s](https://www.rapyd.net/) para tener los balances y con Rafiki para facilitar los pagos. Sin embargo el ambiente de prueba de Rapyd’s es muy limitado de acuerdo a las restricciones de su API, entonces seguimos explorando mejores alternativas. - -Actualmente estamos: - -- En el proceso de encontrar un nombre para nuestra billetera de prueba, para que la gente no se confunda con 'Rafiki', la referencia de implementación del ILP. -- Adicionalmente estamos cambiando como luce la interfaz de la billetera para alejarnos un poco más, dándole más identidad. - -La Billetera de prueba despliega una isntancia de Rafiki, lo que significa que en ese nodo de prueba en Interledger está corriendo un conector de Interledger también. - -Estamos trabajando para tener futuras integradores de Rafiki a través de Cuentas de Licencia en el Servicio de Entidades, para conectar al menos con la billetera de prueba en vez de probar su funcionalidad y crear una red grande de pruebas. - -También usamos el término **_‘testnet’_** para describir toda las herramientas que hemos desarrollado alrededor de la billetera de pruebas. -Ejemplo: Una [Boutique](https://rafiki.boutique/products) para experimentar como se comporta en un eCommerce el sistema de Pagos Abiertos. Sin embargo, hemos decidido no seguir usando este término para reducir la confusión con la red de pruebas. - ---- - -## ¿Qué es Dassie? - -[Dassie](https://dassie.land/) es la segunda referencia de implementación de la Arquitectura ILP, pero está dirigida a usuarios de Crypto Monedas y desarrolladores lejos de Entidades de Servicio de Cuentas. No es desarrollado directamente por la Fundación Interledger, es un proyecto personal liderado por [Stefan Thomas](https://x.com/justmoon), uno de los creadores del Protocolo Interledger. - -Si bien sirve a dos mundos diferentes, un nodo de Dassie puede emparejarse con un nodo de Rafiki, por ejemplo, si el nodo de Rafiki está ejecutando un intercambio de Crypto Monedas. - ---- - -## Reflexiones Finales - -- Navegar el Universo de Interledger puede ser un poco abrumador al inicio por la cantidad de términos y conceptos para asimilar. Sin embargo en su core, Interledger busca facilitar de manera práctica, simple, eficiente y segura la forma de transferir valor a través de diversos ‘Ledgers’ y Monedas. Desde la Arquitectura Interledger hasta la Referencia de Implementación, Rafiki o Aplicaciones de uso específicas como Monetización Web. Cada componente juega un rol crucial en la realización de nuestra misión: **Una red financiera interoperable y unificada**. -- El ecosistema Interledger está diseñado para promover innovación y accesibilidad en el mundo financiero, sea habilitando pagos a través de la monetización web, simplificando el servicio de cuentas de Pagos Abiertos, o probando nuevas funcionalidades en la billetera de prueba. Entendiendo estos elementos y sus interacciones, podemos apreciar el potencial del Protocolo Interledger para revolucionar el panorama global de pagos y el intercambio de valores. -- Te invitamos a seguir refinando y expandiendo estas herramientas, contribuyendo a que la visión de Interledger sea una realidad. Nuestra misión es enviar dinero o activos a través de la red tan fácil como si fuera un correo electrónico, impulsando un ecosistema inclusivo donde la innovación construye puentes en el sistema financiero. El futuro interconectado del sistema financiero está aquí, y estamos muy emocionados del futuro que nos espera. - -**_Gracias al equipo que hace esto posible, y a los contribuidores principales de este artículo: Sarah, Radu, Melissa, Tseli, Mohammed, Max, y Chris_**. - ---- - -**_En Interledger somos de código abierto, así qué puedes verificar fácilmente nuestro trabajo en [GitHub](https://github.com/interledger/). Si este blogpost y las tecnologías aquí mencionadas te inspiraron, agradecemos tus contribuciones. Puedes unirte a nuestra [Comunidad en Slack](https://communityinviter.com/apps/interledger/interledger-working-groups-slack) o participar en la próxima llamada de la [Comunidad Interledger](https://community.interledger.org/), que tiene lugar el segundo miércoles de cada mes. -Si deseas mantenerte actualizado con todas las oportunidades y noticias de la Fundación Interledger, puedes suscribirte a nuestro boletín 🤓💪_**. - -**_🇺🇸🇬🇧[English article](https://interledger.org/developers/blog/interledger-universe/) Written by [Sabine Schaller](https://www.linkedin.com/in/sabineschaller)_** From 3cfa44177231f39701e2b390bb6ef1d3f6b1911f Mon Sep 17 00:00:00 2001 From: JoblersTune Date: Tue, 2 Jun 2026 13:49:50 +0200 Subject: [PATCH 2/3] chore: formatting --- src/content/blog/2024-08-13-el-universo-interledger.mdx | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/content/blog/2024-08-13-el-universo-interledger.mdx b/src/content/blog/2024-08-13-el-universo-interledger.mdx index 4b00106b..0d482439 100644 --- a/src/content/blog/2024-08-13-el-universo-interledger.mdx +++ b/src/content/blog/2024-08-13-el-universo-interledger.mdx @@ -82,7 +82,7 @@ Con el fin de trasladar este riesgo de falla en la transferencia desde los usuar El proceso de transferencia de paquetes ILP comienza cuando el conector emisor (A) construye un paquete ILP Prepare, que incluye la dirección ILP del destinatario, una condición de ejecución, el monto y el tiempo de expiración. El conector emisor también puede incorporar datos adicionales, cuyo formato depende del protocolo de nivel superior que se utilice. Este paquete se envía al conector (B) a través de un canal autenticado, establecido mediante un protocolo de la capa de enlace. A continuación, el conector (B) verifica el saldo de liquidez del conector (A) y, si resulta suficiente, debita el monto correspondiente de la cuenta de liquidez. Posteriormente, el conector consulta sus tablas de enrutamiento para determinar el siguiente salto, ajusta el monto y el tiempo de expiración del paquete en función de su tasa de cambio y lo reenvía. -Los conectores siguientes repiten estos pasos hasta que el paquete llega al conector receptor (D). Una vez recibido, el destinatario valida el paquete conforme a los requisitos del protocolo de nivel superior y puede aceptarlo, devolviendo un paquete ILP Fulfill con la [preimagen]() de la condición, o rechazarlo mediante un paquete ILP Reject. Si el paquete se acepta, cada conector de la cadena verifica el cumplimiento y acredita al siguiente conector hasta alcanzar nuevamente al emisor original. +Los conectores siguientes repiten estos pasos hasta que el paquete llega al conector receptor (D). Una vez recibido, el destinatario valida el paquete conforme a los requisitos del protocolo de nivel superior y puede aceptarlo, devolviendo un paquete ILP Fulfill con la [preimagen]() de la condición, o rechazarlo mediante un paquete ILP Reject. Si el paquete se acepta, cada conector de la cadena verifica el cumplimiento y acredita al siguiente conector hasta alcanzar nuevamente al emisor original. El conector emisor verifica entonces el cumplimiento respecto de la condición original, registra la transacción y puede repetir el proceso hasta completar el monto total que desea transferir. Este ciclo garantiza transacciones seguras, eficientes y multimoneda a través de una red de conectores, preservando la integridad y la sincronización de cada transferencia de paquetes. @@ -136,7 +136,7 @@ Cabe señalar que un paquete STREAM se incluye dentro del campo de datos de un p La capa de aplicación constituye el nivel final de la pila Interledger y define las funcionalidades orientadas a desarrolladores, lo que permite la creación de diversas aplicaciones. En esta capa, se admiten dos protocolos: SPSP (Protocolo de Configuración de Pagos Simples) y Open Payments. -El protocolo [SPSP](https://interledger.org/developers/rfcs/simple-payment-setup-protocol/) simplifica el proceso de configuración de pagos. Cuando se realiza una solicitud GET a una URL asociada a un Payment Pointer mediante los encabezados correspondientes de SPSP, el protocolo establece la información que debe devolverse. +El protocolo [SPSP](https://interledger.org/developers/rfcs/simple-payment-setup-protocol/) simplifica el proceso de configuración de pagos. Cuando se realiza una solicitud GET a una URL asociada a un Payment Pointer mediante los encabezados correspondientes de SPSP, el protocolo establece la información que debe devolverse. ```http wrap HTP/1.1 200 OK @@ -169,7 +169,7 @@ La respuesta es sencilla: se trata de una [implementación de referencia](https: ![Componentes de la pila Interledger incluidos en Rafiki](/developers/img/blog/2024-08-13/es/rafiki-es.jpg) -[Rafiki](https://rafiki.dev/) es software de código abierto, disponible de forma gratuita para cualquier entidad con licencia. Su objetivo consiste en reducir el esfuerzo que deben realizar las entidades para incorporar Interledger en las cuentas de sus usuarios y operar como conectores dentro de la red ILP. En lugar de utilizar BTP, Rafiki emplea ILP sobre HTTP, ya que se supone que el tamaño de los paquetes en este tipo de transacciones será algo mayor, posiblemente del orden de un centavo. Por lo tanto, los pagos se dividen en un menor número de paquetes, lo que hace innecesario establecer una conexión persistente mediante sockets. +[Rafiki](https://rafiki.dev/) es software de código abierto, disponible de forma gratuita para cualquier entidad con licencia. Su objetivo consiste en reducir el esfuerzo que deben realizar las entidades para incorporar Interledger en las cuentas de sus usuarios y operar como conectores dentro de la red ILP. En lugar de utilizar BTP, Rafiki emplea ILP sobre HTTP, ya que se supone que el tamaño de los paquetes en este tipo de transacciones será algo mayor, posiblemente del orden de un centavo. Por lo tanto, los pagos se dividen en un menor número de paquetes, lo que hace innecesario establecer una conexión persistente mediante sockets. ### Rafiki.money, entorno de pruebas y red de pruebas From 8eed1fc4b59df62a050dcd15b0750d509253fb8b Mon Sep 17 00:00:00 2001 From: JoblersTune Date: Tue, 2 Jun 2026 13:56:33 +0200 Subject: [PATCH 3/3] chore: updated internal link --- src/content/blog/2024-08-13-el-universo-interledger.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/blog/2024-08-13-el-universo-interledger.mdx b/src/content/blog/2024-08-13-el-universo-interledger.mdx index 0d482439..36f193ad 100644 --- a/src/content/blog/2024-08-13-el-universo-interledger.mdx +++ b/src/content/blog/2024-08-13-el-universo-interledger.mdx @@ -109,7 +109,7 @@ Un Payment Pointer siempre comienza con el símbolo de dólar (`$`), seguido de Además, los Payment Pointers pueden alojarse en el dominio raíz. En ese caso, un Payment Pointer como `$mymarketplace.com` se resuelve en `https://marketplace.com/.well-known/pay` y apunta a una dirección de ILP como `g.wallet.mymarketplace`. -Más adelante retomaremos el concepto de Payment Pointers en la sección dedicada a la capa de aplicación, en particular al analizar el Protocolo de Configuración de Pagos Simples (SPSP). Si no puede esperar, no dude en [pasar a la sección correspondiente](#application-layer). +Más adelante retomaremos el concepto de Payment Pointers en la sección dedicada a la capa de aplicación, en particular al analizar el Protocolo de Configuración de Pagos Simples (SPSP). Si no puede esperar, no dude en [pasar a la sección correspondiente](#capa-de-aplicación). ### Capa de transporte: Protocolo STREAM