Manteca

Manteca Docs

Introducción

Autenticación

Finanzas

Obtener balance

Obtener deuda

Obtener crédito

Obtener acumulado de saldos de usuarios

Gestión de usuarios

Usuarios

Balance

Compliance

Mercado

Precios

Órdenes

Sintéticos

Transacciones

Movimientos fiat

Movimientos cripto

Widget

Casos de uso

Parámetros en URL

Webhooks

Crear webhook

Obtener webhook

Eventos

Países soportados

Argentina

Chile

Colombia

Brasil

Flujos de API

Alta de usuario

On-ramp

Off-ramp

Assets de prueba

Fiat

Cripto

Paginación

Errores

Health

Theneo Demo TechCrunch

API Cripto

Documentación - API Cripto

Producción

Sandbox

<p class="slate-p " ></p><p class="slate-p " >Manteca está organizada alrededor de la interfaz <a href="https://en.wikipedia.org/wiki/REST" target="_self">REST</a>. Tiene URLs predecibles orientadas a recursos y usa códigos de respuesta HTTP estándar. Todos los valores de retorno son en formato JSON. </p><p class="slate-p " >Contamos con un sandbox para que puedas probar el API sin alterar los flujos productivos. Para acceder al mismo, tendrás que usar la URL correspondiente (junto con sus API keys).</p><p class="slate-p " >Por otro lado, para todo lo que es notificaciones hacia el lado del cliente, utilizamos webhooks. También contamos con un servicio de websockets para escuchar algunos eventos como los precios.</p><p class="slate-p " >El API utiliza el protocolo <a href="https://en.wikipedia.org/wiki/HTTPS" target="_self">HTTPS</a> para exponer los endpoints. No soporta HTTP.</p><p class="slate-p " ></p><p class="slate-p " ></p>

Manteca está organizada alrededor de la interfaz 

. Tiene URLs predecibles orientadas a recursos y usa códigos de respuesta HTTP estándar. Todos los valores de retorno son en formato JSON. 

Contamos con un sandbox para que puedas probar el API sin alterar los flujos productivos. Para acceder al mismo, tendrás que usar la URL correspondiente (junto con sus API keys).

Por otro lado, para todo lo que es notificaciones hacia el lado del cliente, utilizamos webhooks. También contamos con un servicio de websockets para escuchar algunos eventos como los precios.

 para exponer los endpoints. No soporta HTTP.

<p class="slate-p " ></p><p class="slate-p " >Manteca utiliza API keys para autenticar los requests. Las mismas son enviadas a través del header <code class="slate-code">md-api-key</code></p><p class="slate-p " >Las credenciales poseen privilegios completos por lo que es imprescindible que sean guardadas de manera segura. La interacción con Manteca debe ser siempre del lado del servidor, especialmente para los llamados autenticados.</p><p class="slate-p " >En algunos casos, también proveemos la posibilidad de realizar IP whitelisting o acceder vía una VPN exclusiva para aumentar la seguridad. </p>

Manteca utiliza API keys para autenticar los requests. Las mismas son enviadas a través del header 

Las credenciales poseen privilegios completos por lo que es imprescindible que sean guardadas de manera segura. La interacción con Manteca debe ser siempre del lado del servidor, especialmente para los llamados autenticados.

En algunos casos, también proveemos la posibilidad de realizar IP whitelisting o acceder vía una VPN exclusiva para aumentar la seguridad. 

<p class="slate-p " >La sección de finanzas permite gestionar y entender cómo se operan los fondos dentro de la plataforma. En este contexto, existen tres formas de operar:</p><ol class="slate-ol " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Siempre en descubierto: </strong>en este modelo, los usuarios pueden operar sin necesidad de tener fondos disponibles en su balance. Cada vez que un usuario realiza una operación, se genera automáticamente un débito en su cuenta.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">En descubierto si no hay balance: </strong>en este esquema híbrido, si el usuario tiene fondos disponibles en su balance, estos se utilizan para cubrir la operación. En caso de que no haya fondos suficientes, se genera un débito por el monto faltante, permitiendo que la operación se lleve a cabo.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Sin descubierto: </strong>en este caso, es necesario que el usuario tenga los fondos suficientes en su balance para poder operar. Si no dispone del saldo necesario, la operación será rechazada.</div></li></ol><p class="slate-p " ></p><p class="slate-p " >Cuando se habilita la posibilidad de operar en descubierto, la compañía usuaria de Manteca asume la responsabilidad de cubrir los montos correspondientes a las operaciones realizadas. Esto implica enviar los fondos necesarios al <strong class="slate-bold">CBU</strong> o <strong class="slate-bold">wallet cripto</strong> asignada, dentro del plazo temporal acordado entre las partes. El proceso de liquidación se realiza de forma automática, garantizando que las operaciones sean consistentes y transparentes.</p><p class="slate-p " ></p>

La sección de finanzas permite gestionar y entender cómo se operan los fondos dentro de la plataforma. En este contexto, existen tres formas de operar:

Cuando se habilita la posibilidad de operar en descubierto, la compañía usuaria de Manteca asume la responsabilidad de cubrir los montos correspondientes a las operaciones realizadas. Esto implica enviar los fondos necesarios al 

 asignada, dentro del plazo temporal acordado entre las partes. El proceso de liquidación se realiza de forma automática, garantizando que las operaciones sean consistentes y transparentes.

<p class="slate-p " ></p><p class="slate-p " >La <strong class="slate-bold">gestión de usuarios</strong> es un componente clave en nuestro sistema, ya que la unidad base de todas las operaciones son los usuarios. Para realizar cualquier tipo de operación dentro de la plataforma, es obligatorio registrar a los usuarios y asegurarse de que se encuentren validados correctamente.</p><p class="slate-p " >El proceso de validación incluye los siguientes pasos esenciales:</p><p class="slate-p " ></p><div class="steps-widget" style="width:100%;
  	min-width:100%;"><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >1</h6><h3 class="slate-h3 " >Solicitud inicial</h3><p class="slate-p " >Se envía una solicitud con todos los datos personales requeridos. </p><p class="slate-p " ></p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >2</h6><h3 class="slate-h3 " >Carga de documentación</h3><p class="slate-p " >Se realiza la suba de las imágenes de frente y dorso del documento de identidad del usuario</p><p class="slate-p " ></p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >3</h6><h3 class="slate-h3 " >Carga de cuentas bancarias</h3><p class="slate-p " >Se realiza la carga de cuentas bancarias necesarias para operar. Es necesario contar con al menos una cuenta bancaria asociada en la moneda que se va a operar; es decir, si vamos a operar contra pesos, se necesita cargar una cuenta en pesos para que posteriormente, se puedan realizar retiros hacia allí.</p><p class="slate-p " ></p></div></div></div><p class="slate-p " ></p><p class="slate-p " ></p>

 es un componente clave en nuestro sistema, ya que la unidad base de todas las operaciones son los usuarios. Para realizar cualquier tipo de operación dentro de la plataforma, es obligatorio registrar a los usuarios y asegurarse de que se encuentren validados correctamente.

El proceso de validación incluye los siguientes pasos esenciales:

<p class="slate-p " >El API permite realizar operaciones tanto de cripto contra fiat como de cripto contra cripto. Existen dos formas de realizarlo: la opción bajo nivel que es la que se detalla abajo o usando <a href="sinteticos" target="">sintéticos</a>. Para ejecutar una operación, se deben seguir los siguientes pasos:</p><p class="slate-p " ></p><div class="steps-widget" style="width:100%;
  	min-width:100%;"><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >1</h6><h3 class="slate-h3 " >Consultar precio del par</h3><p class="slate-p " >Obtené el precio actualizado del par de activos con el que deseas operar.</p><p class="slate-p " ></p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >2</h6><h3 class="slate-h3 " >Crear el lock de precio</h3><p class="slate-p " >Bloqueá el precio por un período breve (por defecto, algunos segundos) para garantizar que la operación se realice al precio acordado.</p><p class="slate-p " ></p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >3</h6><h3 class="slate-h3 " >Ejecutar la orden</h3><p class="slate-p " >Creá y ejecutá la orden. Si la orden se crea correctamente, queda <strong class="slate-bold">auto-filled</strong>, completándose en su totalidad de manera instantánea.</p><p class="slate-p " ></p></div></div></div><p class="slate-p " ></p>

El API permite realizar operaciones tanto de cripto contra fiat como de cripto contra cripto. Existen dos formas de realizarlo: la opción bajo nivel que es la que se detalla abajo o usando 

. Para ejecutar una operación, se deben seguir los siguientes pasos:

<p class="slate-p " ></p><p class="slate-p " >La sección de <strong class="slate-bold">transacciones</strong> abarca todas las operaciones financieras que se pueden realizar dentro de la plataforma. Estas incluyen tanto movimientos de fondos como la ejecución de órdenes. A continuación, se describen las principales funcionalidades:</p><p class="slate-p " ></p><h3 class="slate-h3 " ><strong class="slate-bold">Operaciones disponibles</strong></h3><p class="slate-p " ></p><ol class="slate-ol " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Depósitos y retiros de fiat</strong>: los usuarios pueden ingresar o retirar dinero fiat directamente desde y hacia cuentas bancarias vinculadas.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Depósitos y retiros de cripto</strong>: los usuarios pueden transferir criptomonedas desde wallets externas hacia la plataforma y viceversa. Los retiros son procesados hacia direcciones específicas en cadenas compatibles.</div></li></ol><p class="slate-p " ></p><div style="width:100%;
	min-width:100%;" class="callout-widget" data-type=info ><div class="callout-icon"><svg width="20" height="20" viewBox="0 0 20 20" fill="none" xmlns="http://www.w3.org/2000/svg"><path d="M10.0628 14.1676C10.2434 14.1676 10.3927 14.1086 10.5107 13.9905C10.6288 13.8725 10.6878 13.7232 10.6878 13.5426V9.77177C10.6878 9.6051 10.6253 9.46274 10.5003 9.34469C10.3753 9.22663 10.2295 9.1676 10.0628 9.1676C9.88227 9.1676 9.73296 9.22663 9.61491 9.34469C9.49685 9.46274 9.43783 9.61205 9.43783 9.7926V13.5634C9.43783 13.7301 9.50033 13.8725 9.62533 13.9905C9.75033 14.1086 9.89616 14.1676 10.0628 14.1676ZM10.0003 7.62594C10.1948 7.62594 10.358 7.56344 10.4899 7.43844C10.6219 7.31344 10.6878 7.15371 10.6878 6.95927C10.6878 6.76482 10.6219 6.59816 10.4899 6.45927C10.358 6.32038 10.1948 6.25094 10.0003 6.25094C9.80588 6.25094 9.64269 6.32038 9.51074 6.45927C9.3788 6.59816 9.31283 6.76482 9.31283 6.95927C9.31283 7.15371 9.3788 7.31344 9.51074 7.43844C9.64269 7.56344 9.80588 7.62594 10.0003 7.62594ZM10.0003 18.3343C8.81977 18.3343 7.72255 18.1225 6.70866 17.6989C5.69477 17.2752 4.81283 16.6884 4.06283 15.9384C3.31283 15.1884 2.72602 14.3065 2.30241 13.2926C1.8788 12.2787 1.66699 11.1815 1.66699 10.0009C1.66699 8.83427 1.8788 7.74399 2.30241 6.7301C2.72602 5.71621 3.31283 4.83427 4.06283 4.08427C4.81283 3.33427 5.69477 2.74399 6.70866 2.31344C7.72255 1.88288 8.81977 1.6676 10.0003 1.6676C11.167 1.6676 12.2573 1.88288 13.2712 2.31344C14.285 2.74399 15.167 3.33427 15.917 4.08427C16.667 4.83427 17.2573 5.71621 17.6878 6.7301C18.1184 7.74399 18.3337 8.83427 18.3337 10.0009C18.3337 11.1815 18.1184 12.2787 17.6878 13.2926C17.2573 14.3065 16.667 15.1884 15.917 15.9384C15.167 16.6884 14.285 17.2752 13.2712 17.6989C12.2573 18.1225 11.167 18.3343 10.0003 18.3343ZM10.0003 17.0843C11.9448 17.0843 13.6114 16.3898 15.0003 15.0009C16.3892 13.612 17.0837 11.9454 17.0837 10.0009C17.0837 8.05649 16.3892 6.38982 15.0003 5.00094C13.6114 3.61205 11.9448 2.9176 10.0003 2.9176C8.05588 2.9176 6.38921 3.61205 5.00033 5.00094C3.61144 6.38982 2.91699 8.05649 2.91699 10.0009C2.91699 11.9454 3.61144 13.612 5.00033 15.0009C6.38921 16.3898 8.05588 17.0843 10.0003 17.0843Z" fill="#3960B4"></path></svg></div><div ><p class="slate-p " >Todas las operaciones se encuentran también disponibles en Sandbox, donde contamos con la posibilidad de acreditar fiat ficticio y usar criptomoendas exclusivamente minteadas por Manteca para este propósito. Para más información, ver <a href="670ebcb2e95692c18c8815c7" target="">assets de prueba</a>.</p></div></div><p class="slate-p " ></p><p class="slate-p " >

</p><p class="slate-p " ></p>

 abarca todas las operaciones financieras que se pueden realizar dentro de la plataforma. Estas incluyen tanto movimientos de fondos como la ejecución de órdenes. A continuación, se describen las principales funcionalidades:

<p class="slate-p slate-indent-0" style="0px">
El <strong class="slate-bold">widget</strong> es un sistema embebible diseñado para facilitar integraciones sin necesidad de desarrollo front-end. Este feature permite a las plataformas integrar procesos complejos como KYC, compra y venta de criptomonedas de forma trivial, adaptándose incluso a casos en los que normalmente no se requiere KYC en sus operaciones regulares. Por detrás, funciona mediante nuestro sistema de sintéticos; por lo tanto, se recomienda una lectura general de esa <a href="67453e9bab238126795833e6/675c53c0d886f28603487c5d" target="">documentación</a>. </p><p class="slate-p slate-indent-0" style="0px"></p><p class="slate-p " >Además, el sistema cuenta con <strong class="slate-bold">webhooks configurables</strong> que notifican en tiempo real a la URL definida por la plataforma integradora cada vez que ocurre un evento de interés en el widget. Esto incluye eventos clave como la finalización del KYC, transacciones de compra o venta, entre otros.</p><p class="slate-p " >
El widget sigue un funcionamiento estándar para todos los casos de uso. Los pasos principales son:</p><div class="steps-widget" style="width:100%;
  	min-width:100%;"><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >1</h6><h3 class="slate-h3 " >Generación de url</h3><p class="slate-p " >Se realiza un POST a nuestras APIs con configuraciones específicas, para lograr el flujo esperado (onboarding, ramp-on, ramp-off). Entre estas configuraciones, se puede enviar un externalId que permitirá identificar al usuario posteriormente y un sessionId que permitirá conocer el historial de actividades que ocurrieron en una misma corrida.</p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >2</h6><h3 class="slate-h3 " >Redirección del usuario al widget</h3><p class="slate-p " >Una vez tenemos la URL, se redirecciona allî al usuario, donde podrá seguir los pasos presentados de manera interactiva. Es importante destacar que el KYC se hace una única vez por usuario; es decir, si el mismo ya se encuentra registrado, el widget se da cuenta de manera automatica y evitar solicitarlo nuevamente.</p></div></div><div class="steps-wrapper"><div class="steps-content"><h6 class="slate-h6 " >á</h6><h3 class="slate-h3 " >Redirección a la successUrl</h3><p class="slate-p " >En cuanto el flujo termina, se redirigirá al usuario a la URL que fue configurada como successUrl; es decir, la url en caso de éxito. Si hubiera un error, el mismo sería informado vía esa URL o bien, se puede configurar para que se utilice una failureUrl.</p><p class="slate-p " ></p></div></div></div><p class="slate-p " ></p><p class="slate-p " ></p><p class="slate-p " ></p><h3 class="slate-h3 " ><strong class="slate-bold">Flujo del registro
</strong></h3><p class="slate-p " >Al acceder a la primera pantalla y completar los datos iniciales, la cuenta del usuario será creada. Luego, el usuario debe completar la información necesaria para verificar sus datos e identidad. Estos son todos los pasos que deberá seguir durante el proceso de creación de su cuenta, hasta que quede validado para operar.
</p><div style="text-align:center"><img src="https://theneo-prod-public.s3.us-east-1.amazonaws.com/images-1711058861628.png" style="
              width:955px;
	            height:370px;
	            aspect-ratio:955 / 370"
         /></div><p class="slate-p " ></p><p class="slate-p " ></p>

 es un sistema embebible diseñado para facilitar integraciones sin necesidad de desarrollo front-end. Este feature permite a las plataformas integrar procesos complejos como KYC, compra y venta de criptomonedas de forma trivial, adaptándose incluso a casos en los que normalmente no se requiere KYC en sus operaciones regulares. Por detrás, funciona mediante nuestro sistema de sintéticos; por lo tanto, se recomienda una lectura general de esa 

 que notifican en tiempo real a la URL definida por la plataforma integradora cada vez que ocurre un evento de interés en el widget. Esto incluye eventos clave como la finalización del KYC, transacciones de compra o venta, entre otros.


El widget sigue un funcionamiento estándar para todos los casos de uso. Los pasos principales son:

Al acceder a la primera pantalla y completar los datos iniciales, la cuenta del usuario será creada. Luego, el usuario debe completar la información necesaria para verificar sus datos e identidad. Estos son todos los pasos que deberá seguir durante el proceso de creación de su cuenta, hasta que quede validado para operar.


<p class="slate-p " >Podes configurar los webhook endpoints a través del API para ser notificado por cada uno de los eventos que ocurran y te sean de interés. Para garantizar la integridad de los datos enviados mediante webhooks, utilizamos un sistema de validación basado en HMAC. Cada webhook se envía con una firma en <code class="slate-code">md-webhook-signature</code> como header que, junto con el <code class="slate-code">secret</code> que tenemos en conjunto, permitirá realizar la verificación de autenticidad de los mensajes. Básicamente, el sigature enviado tiene que ser el mismo que generan de su lado, aplicando HMAC al contenido que llega con el secreto en común. 

Para garantizar que la serialización del JSON sea determinística, es necesario ordenar las claves del objeto de manera alfabética antes de realizar la conversión a string. Esto asegura consistencia en las respuestas y es especialmente útil para firmas criptográficas o validaciones HMAC. En nuestro caso particular, utilizamos la librería <code class="slate-code">fast-json-stable-stringify</code> para hacer la serialización del mismo.
</p><p class="slate-p " >Los webhooks, tanto en el entorno de desarrollo como en el productivo, llegarán de la IP <a href="18.229.68.94" target="_self"><code class="slate-code">18.229.68.94</code></a>. La misma se encuentra fija para poder ajustar las políticas de seguridad pertinentes de su lado. Además, tenemos un sistema de reintentos automáticos que operan con <em class="slate-italic">exponential backoff</em>; esto significa que se reintentará múltiples veces y cada reintento será después de un intervalo mayor. Realizamos hasta 8 reintentos de cada envío.</p><p class="slate-p " ></p><p class="slate-p " ></p><p class="slate-p " ></p><p class="slate-p " ></p><p class="slate-p " ></p>

Podes configurar los webhook endpoints a través del API para ser notificado por cada uno de los eventos que ocurran y te sean de interés. Para garantizar la integridad de los datos enviados mediante webhooks, utilizamos un sistema de validación basado en HMAC. Cada webhook se envía con una firma en 

 que tenemos en conjunto, permitirá realizar la verificación de autenticidad de los mensajes. Básicamente, el sigature enviado tiene que ser el mismo que generan de su lado, aplicando HMAC al contenido que llega con el secreto en común. 

Para garantizar que la serialización del JSON sea determinística, es necesario ordenar las claves del objeto de manera alfabética antes de realizar la conversión a string. Esto asegura consistencia en las respuestas y es especialmente útil para firmas criptográficas o validaciones HMAC. En nuestro caso particular, utilizamos la librería 

 para hacer la serialización del mismo.


Los webhooks, tanto en el entorno de desarrollo como en el productivo, llegarán de la IP 

. La misma se encuentra fija para poder ajustar las políticas de seguridad pertinentes de su lado. Además, tenemos un sistema de reintentos automáticos que operan con 

; esto significa que se reintentará múltiples veces y cada reintento será después de un intervalo mayor. Realizamos hasta 8 reintentos de cada envío.

<p class="slate-p " >Descubrí algunas de las distintas soluciones que se pueden implementar a través del API Cripto. Acá vas a poder encontrar flujos y casos prácticos de uso de la plataforma.</p><p class="slate-p " ></p><p class="slate-p " ></p>

Descubrí algunas de las distintas soluciones que se pueden implementar a través del API Cripto. Acá vas a poder encontrar flujos y casos prácticos de uso de la plataforma.

<p class="slate-p " ></p><h3 class="slate-h3 " >Parámetros</h3><p class="slate-p " ></p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code">page</code>: Página actual, el default es 1.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">limit</code>: La cantidad de elementos por página, el default es 10.</div></li></ul><div class="slate-div"></div><p class="slate-p " >Para poder hacer uso de esto, se requiere enviar como queryParams, algo así: /?page=1&amp;limit=10; completando con los parámetros deseados.</p><p class="slate-p " ></p>

Para poder hacer uso de esto, se requiere enviar como queryParams, algo así: /?page=1&limit=10; completando con los parámetros deseados.

internalStatus

message

errors

Ejemplo de respuesta de error

<p class="slate-p " >API Cripto usa <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Status" target="_self">respuestas HTTP</a> estándar para indicar resultados exitosos o fallidos. </p><p class="slate-p " >En general: </p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Códigos en el rango de <code class="slate-code">2xx</code> indican éxito.</div></li><li class="slate-li " ><div style="position:relative">Códigos en el rango de <code class="slate-code">4xx</code> indican un error relacionado a la información provista (como parámetros omitidos o con un tipo inválido).</div></li><li class="slate-li " ><div style="position:relative">Códigos en el rango de <code class="slate-code">5xx</code> indican un error inesperado en Manteca.</div></li></ul><p class="slate-p " >Más allá de los códigos, en caso de error, se podrá acceder a más detalle a partir de visualizar el body de la respuesta. Siempre se maneja un mismo formato que contiene por un lado un internalStatus que hace referencia a un código verbal de error y por otro, un message que es básicamente una descripción algo más detallada del error.</p><div class="slate-div"></div><p class="slate-p " ></p><p class="slate-p " > </p><p class="slate-p " >
</p><p class="slate-p " ></p><p class="slate-p " ><div class="slate-div"></div></p><p class="slate-p " ></p><p class="slate-p " ></p>

 estándar para indicar resultados exitosos o fallidos. 

Más allá de los códigos, en caso de error, se podrá acceder a más detalle a partir de visualizar el body de la respuesta. Siempre se maneja un mismo formato que contiene por un lado un internalStatus que hace referencia a un código verbal de error y por otro, un message que es básicamente una descripción algo más detallada del error.

Los parámetros enviados pueden tener algún problema. Normalmente, se indica el detalle en la respuesta.

Faltan las API keys o faltan permisos para acceder al recurso.

401, 403

Normalmente, ocurre cuando se envía el mismo requests repetidas veces en un corto lapso de tiempo.

Demasiadas requests enviadas en un corto período de tiempo.

<p class="slate-p " >Contamos con una <a href="https://status.manteca.dev/status/all" target="_self">web exclusiva</a> para visualizar el estado de nuestros servicios. Además, se puede realizar un GET al /v1 para obtener el estado particular del servicio cripto. </p><p class="slate-p " ></p>

 para visualizar el estado de nuestros servicios. Además, se puede realizar un GET al /v1 para obtener el estado particular del servicio cripto. 

Sections