Saltar al contenido principal

Anclajes

Resumen​

Un ancla es un término específico de Stellar para las vías de acceso y salida que conectan la red Stellar con las vías de pago tradicionales, como instituciones financieras o empresas fintech. Los anclajes aceptan depósitos de monedas fiat (como el dólar estadounidense, el peso argentino o el naira nigeriano) a través de vías existentes (como depósitos bancarios o puntos de efectivo), luego envía al usuario los tokens digitales equivalentes en la red Stellar. Los tokens digitales equivalentes pueden representar esa misma moneda fiat o un token digital diferente. Alternativamente, los anclajes permiten a los tenedores de tokens canjear sus tokens por los activos del mundo real que representan.

Stellar tiene servicios de anclaje operando en todo el mundo. View the Anchor Directory para más información sobre los anclajes de Stellar existentes.

Los anclajes pueden emitir sus propios activos en la red Stellar, o pueden honrar activos que ya existen.

Puedes configurar un ancla utilizando la Anchor Platform mantenida por la SDF, que es la forma más fácil de implementar un servicio de ancla compatible con las Propuestas del Ecosistema Stellar (SEPs).

Aprende cómo integrar servicios de anclaje en tu aplicación basada en blockchain consultando la sección Construir Apps. Si buscas específicamente Acceso a MoneyGram, consulta el tutorial Integrar con Acceso a MoneyGram.

Propuestas del Ecosistema Stellar (SEPs)​

Stellar es una red open-source diseñada para interoperar con instituciones financieras tradicionales, varios tipos de activos y otras redes. Los participantes de la red implementan las Propuestas del Ecosistema Stellar (SEPs) para asegurar que puedan interoperar con otros productos y servicios en la red. Las SEPs son documentos de open-source creados públicamente que viven en un repositorio de GitHub y definen cómo deben interactuar e interoperar los anclajes, emisores de activos, aplicaciones, exchanges y otros proveedores de servicios.

Lee más sobre las SEPs en la sección de SEPs.

Para los anclajes, las SEPs más importantes son SEP-6: Depósito y Retirada Programáticos, SEP-24: Depósito y Retirada Alojados, y SEP-31: API de Pagos Transfronterizos. También trabajarás con SEP-10: Autenticación Stellar, SEP-12: API de KYC, y SEP-38: API de RFQ de Ancla.

Usar SEP-6: Depósito y retirada de fondos programáticos versus SEP-24: Depósito y retirada de fondos alojados​

Un usuario típicamente debe decidir si quiere configurar un ancla usando SEP-6: Depósito y retirada de fondos programáticos o SEP-24: Depósito y retirada de fondos alojados. Aquí están las diferencias y qué considerar al elegir uno u otro.

SEP-6: Depósito y retirada de fondos programáticos​

Define la forma estándar en que los anclajes y billeteras interactúan en nombre de los usuarios. Con la guía de este SEP, las billeteras y otros clientes pueden interactuar directamente con los anclajes sin que el usuario necesite salir de la billetera para ir al sitio del ancla. Con SEP-6, el cliente recopila información KYC del usuario.

Las billeteras (clientes) deben tener en cuenta al usar SEP-6:

  • Los clientes deben recopilar información KYC que pueden no necesitar
  • Los clientes deben saber qué información recopilar por ancla
  • Los clientes deben enviar la información en un formato estandarizado (SEP-12: API KYC)
  • Los anclajes deben recibir la información a través de la API de SEP-12

SEP-24: Depósito y retirada de fondos alojados​

Define la forma estándar en que los anclajes y las billeteras interactúan en nombre de los usuarios de forma interactiva. Esto significa que la aplicación del usuario debe abrir una vista web alojada por un ancla de terceros para que el usuario proporcione la información necesaria para completar la transacción. Con SEP-24, el ancla recopila información KYC del usuario.

Las billeteras (clientes) deben tener en cuenta al usar SEP-24:

  • Los clientes no tienen que recopilar la información KYC requerida por el ancla
  • Los clientes y los anclajes no tienen que implementar SEP-12: API KYC
  • Los anclajes deben crear una interfaz de usuario que sea renderizada por muchos clientes
  • Los clientes deben permitir que los anclajes controlen temporalmente la experiencia de usuario