Saltar al contenido principal
Versión: 2,10

Configuración

Para habilitar depósitos y retiros SEP-6, la Anchor Platform debe configurarse para hacer lo siguiente:

  • Proporcionar las URLs de servicio necesarias para los endpoints SEP-6, 12 y 38 en el archivo stellar.toml
  • Proporcionar información sobre los activos en cadena y fuera de cadena, así como los métodos de pago, admitidos por tu negocio a través de los endpoints SEP-6 y SEP-38 /info
  • Admitir los endpoints y callbacks requeridos para solicitar información KYC y proporcionar tasas de cambio

Habilitar depósitos y retiros programáticos​

Agrega las siguientes variables a tu archivo de entorno.

# dev.env
SEP6_ENABLED=true
SEP12_ENABLED=true
SEP38_ENABLED=true

Modificar un archivo de información Stellar​

Vamos a modificar el archivo stellar.toml creado anteriormente. Las billeteras necesitan saber que la funcionalidad SEP-6 está admitida por tu negocio, y también necesitan conocer todos los activos Stellar que admites.

# dev.stellar.toml
ACCOUNTS = ["add your public keys for your distribution accounts here"]
SIGNING_KEY = "add your signing key here"
NETWORK_PASSPHRASE = "Test SDF Network ; September 2015"

TRANSFER_SERVER = "http://localhost:8080/sep6"
WEB_AUTH_ENDPOINT = "http://localhost:8080/auth"
KYC_SERVER = "http://localhost:8080/sep12"
ANCHOR_QUOTE_SERVER = "http://localhost:8080/sep38"

# Add support for USDC
[[CURRENCIES]]
code = "USDC"
issuer = "GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQEVFL4NAT4AQH3ZLLFLA5"
status = "test"
is_asset_anchored = false
desc = "USD Coin issued by Circle"

[DOCUMENTATION]
ORG_NAME = "Your organization"
ORG_URL = "Your website"
ORG_DESCRIPTION = "A description of your organization"

Ten en cuenta que necesitarás crear otro archivo para tu implementación de producción que utilice la frase secreta de la red pública, tus URLs de servicio de producción, tus cuentas de distribución en Mainnet y la clave de firma, así como las cuentas emisor de Mainnet de los activos que utiliza tu servicio.

Modificar el archivo de configuración de activos​

Ahora estás listo para especificar lo siguiente en tu archivo dev.assets.yaml, y cambiar los valores según tu caso de uso. Este archivo de activos de ejemplo habilita el soporte para USDC de Circle y un USD fiduciario para depositar y retirar.

Los métodos especificados en las secciones sep38 son métodos que se expondrán a través del endpoint SEP-38 GET /info.

Los métodos especificados en las secciones deposit y withdraw son los métodos que se expondrán a través del endpoint SEP-6 GET /info. Los métodos listados deben coincidir con los métodos definidos en la sección SEP-38 del archivo. También ten en cuenta que los activos fiduciarios, aquellos con schema: iso4217, no necesitan los objetos de configuración sep6_enabled, deposit o withdraw especificados.

También ten en cuenta que los activos fiat, aquellos con el schema: iso4217, no necesitan los objetos de configuración sep6_enabled, deposit o withdraw especificados. De la misma manera, los activos Stellar, aquellos con schema: stellar, no necesitan los objetos de configuración sep38.sell_delivery_methods o sep38.buy_delivery_methods especificados.

assets:
  - schema: stellar
    code: USDC
    issuer: GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQEVFL4NAT4AQH3ZLLFLA5
    distribution_account: GBLSAHONJRODSFTLOV225NZR4LHICH63RIFQTQN37L5CRTR2IMQ5UEK7
    significant_decimals: 2
    sep6_enabled: true
    sep38_enabled: true
    sep38:
      exchangeable_assets:
        - iso4217:USD
    deposit:
      enabled: true
      methods:
        - ACH
    withdraw:
      enabled: true
      methods:
        - ACH
  - schema: iso4217
    code: USD
    significant_decimals: 2
    sep38_enabled: true
    sep38:
      exchangeable_assets:
        - stellar:USDC:GBBD47IF6LWK7P7MDEVSCWR7DPUWV3NY3DTQEVFL4NAT4AQH3ZLLFLA5
      buy_delivery_methods:
        - name: ACH
          description: ACH debits for US bank accounts
      sell_delivery_methods:
        - name: ACH
          description: ACH credit for US bank accounts

Manejo de cuentas de distribución​

Ten en cuenta que el ejemplo anterior lista un atributo distribution_account para la entrada USDC. Si se especifica, esta cuenta se proporcionará junto con un memo único y generado aleatoriamente por transacción a los clientes como la dirección para enviar fondos para las transacciones de retirada de fondos. El memo de la transacción es cómo tú o la Anchor Platform igualarán los fondos recibidos con un registro de transacción en la base de datos de la Anchor Platform.

Si no tienes tu propia cuenta Stellar y en su lugar usas una tercera parte que te proporciona una cuenta Stellar y un memo para que puedan recibir fondos en tu nombre, como un exchange o custodio, debes omitir el campo distribution_account de tu archivo de configuración de activos. En su lugar, necesitarás proporcionar la cuenta Stellar y el memo que te gustaría usar para recibir fondos a través de una solicitud a la request_onchain_funds de la Anchor Platform por transacción.

Para configurar la Anchor Platform para esperar que la cuenta Stellar y el memo sean proporcionados a través de la API en lugar de configurados a través del archivo de activos, especifica la siguiente variable de entorno.

# dev.env
SEP6_DEPOSIT_INFO_GENERATOR_TYPE=none

Si utilizas un proveedor de billetera admitido por el servicio de custodia de la Anchor Platform, como Fireblocks, también puedes configurar la Anchor Platform para conectarse directamente a tu proveedor de billetera para obtener tus cuentas de distribución y memos. Si esto está configurado, la Anchor Platform también usará el proveedor de billetera para enviar fondos a los clientes. Consulta la sección [servicios de custodia] para más información sobre cómo configurar esta función, pero primero necesitarás especificar un valor diferente para la variable de entorno mencionada anteriormente.

# dev.env
SEP6_DEPOSIT_INFO_GENERATOR_TYPE=custody

Habilitar callbacks al servidor de negocios​

Los negocios necesitan recopilar y validar información KYC sobre los clientes para los cuales están facilitando transacciones. Los clientes preguntan a tu negocio qué información KYC necesita ser recopilada y envían esa información a través de la API KYC SEP-12 alojada por la Anchor Platform, pero la Anchor Platform nunca almacena información de identificación personal (PII). En su lugar, reenvía solicitudes de los clientes al servidor de negocios y devuelve las respuestas del negocio al cliente, actuando como un servidor proxy.

Además, los negocios necesitan proporcionar a los clientes una API de tasas para verificar las tasas de cambio que están ofreciendo entre los activos en cadena y fuera de cadena admitidos por el negocio. Si la tasa es competitiva, los clientes también deben poder solicitar un compromiso con la tasa que se está ofreciendo actualmente por parte del negocio por un corto período de tiempo. De manera similar a la API KYC, la Anchor Platform realiza solicitudes a tu servidor de negocios para obtener tasas de cambio y cotizaciones y las devuelve a los clientes.

Para habilitar estas solicitudes a tu servidor de negocios, primero necesitarás agregar tu servidor de negocios al archivo docker compose. Luego, para admitir solicitudes a tu servidor de negocios desde la Anchor Platform, necesitas habilitar callbacks.

# dev.env
CALLBACK_API_BASE_URL=http://business-server:3000/callbacks
CALLBACK_API_AUTH_TYPE=jwt
CALLBACK_API_AUTH_JWT_EXPIRATION_MILLISECONDS=30000
CALLBACK_API_AUTH_JWT_HTTP_HEADER=Authorization
SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs"

Lo anterior indica a la Anchor Platform que incluya un JWT, firmado con el secreto configurado, en el encabezado Authorization de las solicitudes realizadas a /callbacks/<callback endpoint> para que tu servidor pueda autenticar a la Anchor Platform antes de procesar las solicitudes.

more_info_url es una URL opcional proporcionada por tu servidor de negocios para que las aplicaciones de billetera muestren información sobre transacciones iniciadas previamente. Esta URL se utiliza típicamente por las billeteras en sus vistas de historial de transacciones, y tu negocio puede especificar la información que se debe mostrar sobre la transacción.

# dev.env
SEP6_MORE_INFO_URL_BASE_URL=http://example.com
SECRET_SEP6_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your business server"

Consulta la API KYC y la API de tasas para obtener detalles sobre los endpoints que deben implementarse en tu servidor de negocios.

Probar con la billetera de demostración​

¡Las billeteras ahora deberían poder descubrir, autenticar e iniciar transacciones con tu servicio! Tu proyecto y archivos fuente deberían verse ahora algo así.

├── dev.env
├── docker-compose.yaml
├── config
│   ├── dev.assets.yaml
│   ├── dev.stellar.toml

Tu entorno debería verse ahora algo como lo siguiente.

# dev.env
ASSETS_TYPE=file
ASSETS_VALUE=/home/dev.assets.yaml

SEP1_ENABLED=true
SEP1_TOML_TYPE=file
SEP1_TOML_VALUE=/home/dev.stellar.toml

SEP6_ENABLED=true
SEP6_DEPOSIT_INFO_GENERATOR_TYPE=none
SEP6_MORE_INFO_URL_BASE_URL=http://example.com
SECRET_SEP6_MORE_INFO_URL_JWT_SECRET="your encryption key shared with your business server"

SEP10_ENABLED=true
SEP10_HOME_DOMAIN=localhost:8080
SECRET_SEP10_SIGNING_SEED="a Stellar private key"
SECRET_SEP10_JWT_SECRET="a secret used to sign JWTs"

SEP12_ENABLED=true

SEP38_ENABLED=true

CALLBACK_API_BASE_URL=http://business-server:3000/callbacks
CALLBACK_API_AUTH_TYPE=jwt
CALLBACK_API_AUTH_JWT_EXPIRATION_MILLISECONDS=30000
CALLBACK_API_AUTH_JWT_HTTP_HEADER=Authorization
SECRET_CALLBACK_API_AUTH_SECRET="a secret used to sign JWTs"

Para probar esto, ve a la billetera de demostración Stellar.

Inicia una transacción de depósito haciendo lo siguiente:

  • Crear un nuevo keypair
  • Haz clic en el botón "Agregar activo" e ingresa
    • el código del activo Stellar en tu archivo stellar.toml
    • tu dominio de origen, localhost:8080
  • Selecciona el desplegable y haz clic en "DEPÓSITO SEP-6", luego haz clic en "Iniciar"

La billetera de demostración debería poder encontrar tu archivo stellar.toml, autenticar usando el keypair Stellar que acabas de crear e iniciar una transacción.