MaelleCrypto

Cuando se prepara un intercambio a través del SDK de STONfi, incluye un valor mínimo aceptable de salida.
Este valor se deriva del resultado cotizado y de la tolerancia a la deslizamiento elegida por el usuario o la aplicación que integra.
La transacción enviada a la red incorpora este mínimo como parte de la llamada al contrato.
Durante la ejecución, los contratos del pool de STONfi y las rutas de Omniston deben respetar este límite.
Si la salida real caería por debajo del mínimo especificado, la transacción se revierte en lugar de completarse a una tasa peor.
Esto previene resultad

Las rutas de múltiples saltos en STONfi se codifican como secuencias de operaciones que atraviesan varias piscinas. La capa Omniston construye estas secuencias, y el SDK de STONfi las convierte en una carga útil de transacción única.
Cada salto se representa como una llamada a un contrato de piscina específico con entrada definida y salida esperada. En el momento de la ejecución, la transacción procesa estos saltos en orden. La salida de un salto se convierte en entrada para el siguiente, mientras que cada piscina aplica su propia tarifa y actualiza sus saldos.
Si algún salto no cumple con sus

Las tarifas recolectadas por los pools de STONfi permanecen dentro del pool y se acumulan efectivamente con el tiempo. Cuando ocurre un intercambio, una fracción de la entrada se retiene como tarifa y se añade a los saldos del pool.
No se necesita un paso separado de retiro o redistribución para estas tarifas. Esto significa que los proveedores de liquidez ven crecer su participación en el pool en valor a medida que pasan más operaciones. La capitalización compuesta es implícita: cada nuevo intercambio utiliza reservas ligeramente mayores, y la curva de precios lo tiene en cuenta al calcular l

La ejecución determinista es una propiedad fundamental de los contratos STONfi. Dado los mismos inputs y el mismo estado de la cadena, cada nodo calculará el mismo resultado para intercambios, operaciones de liquidez e interacciones de farming.
Esto se logra utilizando estrictamente aritmética de punto fijo, evitando fuentes de datos externas y manteniendo todo el estado dentro de los contratos. Para los integradores, esto significa que las simulaciones realizadas mediante el SDK de STONfi coincidirán con los resultados en cadena siempre que el estado subyacente no haya cambiado. Si el estado

Un recorrido completo del usuario en STONfi a menudo combina varias interacciones con contratos en lo que parece una sola acción. Por ejemplo, agregar liquidez a través de una billetera puede implicar aprobar el movimiento de activos, realizar un intercambio interno para Provisión Arbitraria, acuñar participaciones en el fondo y opcionalmente stakearlas en un contrato de agricultura.
El SDK de STONfi coordina estos pasos en una sola transacción preparada o en una secuencia corta, dependiendo de las capacidades de la billetera. Desde la perspectiva del usuario, sigue siendo un flujo simple: sel

Cuando los intercambios se acercan a los límites de la capacidad del pool, STONfi debe manejar casos extremos como salidas cercanas a cero o cambios extremos en el precio.
Los contratos del pool incluyen verificaciones que evitan que las operaciones vacíen casi por completo un activo o que empujen los precios a rangos irracionales en relación con las reservas.
Omniston también desempeña un papel al marcar rutas donde la salida esperada es demasiado pequeña en comparación con la entrada o donde el deslizamiento superaría los límites configurados incluso antes de la ejecución.
Tales rutas

Algunas piscinas en STONfi llevan etiquetas que indican mecánicas adicionales, como protección contra pérdidas impermanentes o comportamiento de intercambio estable. Las piscinas orientadas a la estabilidad están diseñadas para activos que generalmente se negocian en un rango de precios estrecho.
Concentran la liquidez alrededor de un precio esperado y pueden reducir el deslizamiento para desviaciones pequeñas. La protección contra pérdidas impermanentes añade otra capa para piscinas específicas. Compensa parcialmente a los proveedores de liquidez por la divergencia de precios entre los activo

El SDK de STONfi actúa como una capa de integración compartida para carteras, bots y aplicaciones que desean usar el protocolo. En lugar de que cada producto implemente su propia lógica para precios, enrutamiento y construcción de transacciones, llaman a funciones del SDK que encapsulan estos detalles. Internamente, el SDK se comunica con los mismos contratos y enrutamiento de Omniston que alimentan la interfaz principal de STONfi.
Solicita cotizaciones, construye transacciones y prepara estructuras de datos que pueden ser firmadas por los usuarios en su entorno preferido. Esto mantiene el com

La provisión unilateral en STONfi hace más que simplificar la entrada en los pools. También facilita la reacción cuando aparecen nuevas oportunidades de agricultura sobre la liquidez existente. Un usuario puede ingresar en un pool con solo un activo, sin tener que dividir primero su saldo y ajustar las proporciones manualmente.
El contrato utiliza los propios pools de STONfi para realizar el intercambio interno requerido y asignar la posición resultante. Una vez que la posición existe, puede ser stakeada en contratos de agricultura que se sitúan sobre la misma liquidez. Los pasos técnicos entr

La provisión unilateral en STONfi hace más que simplificar la entrada en los pools. También facilita la reacción cuando aparecen nuevas oportunidades de agricultura sobre la liquidez existente. Un usuario puede ingresar en un pool con solo un activo, sin tener que dividir primero su saldo y ajustar las proporciones manualmente.
El contrato utiliza los propios pools de STONfi para realizar el intercambio interno requerido y asignar la posición resultante. Una vez que la posición existe, puede ser stakeada en contratos de agricultura que se sitúan sobre la misma liquidez. Los pasos técnicos entr

A medida que crece la actividad en TON, la capa de enrutamiento utilizada por STONfi debe tener en cuenta los cambios en los costos de gas, las condiciones de los pools y los nuevos lugares. Omniston actualiza continuamente su vista de las rutas disponibles, considerando no solo los precios sino también el costo y la fiabilidad de cada camino.
Si el uso de gas o la congestión hacen que una ruta en particular sea menos atractiva, el enrutador puede cambiar las preferencias hacia alternativas que logren un resultado similar con menos pasos. Cuando nuevos pools de STONfi o lugares conectados alca

STONfi se utiliza como backend por muchas billeteras, bots y aplicaciones en la red TON. Cuando un usuario toca un botón de intercambio en una billetera o un bot de Telegram, la solicitud a menudo va a los pools y rutas de STONfi en lugar de a un intercambio interno separado.
Este modelo de backend compartido significa que diferentes interfaces pueden ofrecer intercambios, provisión de liquidez y farming sin duplicar la lógica principal. Confían en los mismos pools, en la misma capa de enrutamiento Omniston y en el mismo SDK de STONfi.
Para los usuarios, esto resulta en precios y comportamient

Además de su arquitectura técnica, STONfi soporta mecánicas alineadas con la comunidad, como programas de embajadores, llamadas educativas y discusiones abiertas sobre actualizaciones del protocolo.
Estas iniciativas utilizan los mismos contratos y datos que alimentan el sistema central, por ejemplo, distribuyendo recompensas a través de contratos de farming o vinculando el reconocimiento a la participación en la cadena. Porque las recompensas de la comunidad fluyen a través de la misma infraestructura que las acciones regulares de DeFi, no existe un sistema de contabilidad separado que pued

Cuando un usuario confirma un intercambio en STONfi, el flujo comienza con una solicitud de cotización en lugar de una transacción directa. La interfaz o la aplicación integrada solicita al backend de STONfi un par exacto de entrada y salida, incluyendo la desviación máxima aceptable y una ventana de tiempo en la que la operación debe ejecutarse.
Detrás de escena, esta solicitud se pasa a Omniston, que consulta a múltiples solucionadores. Cada solucionador examina el estado actual de los pools de STONfi y otros lugares conectados, simula posibles rutas y devuelve una ruta candidata con un prec

Internally, cada piscina de STONfi rastrea a los proveedores de liquidez mediante un modelo de contabilidad basado en acciones. Cuando un usuario añade liquidez, el contrato calcula cuántas acciones corresponden a su contribución, teniendo en cuenta el tamaño y la composición actuales de la piscina.
Estas acciones representan una fracción de las reservas totales de la piscina. A medida que ocurren intercambios, las tarifas se acumulan dentro de la piscina y cambian los saldos absolutos de ambos activos. El número de acciones en posesión de cada proveedor permanece igual, pero el valor detrás

Cuando se realiza un intercambio a través de STONfi, las tarifas se aplican a nivel de piscina en lugar de en un solo paso global. Cada piscina a lo largo de la ruta elegida cobra su propia tarifa en la operación entrante, añade esa tarifa a sus reservas y pasa la cantidad restante más allá.
La tarifa efectiva para el usuario es, por lo tanto, la suma de todas las tarifas a nivel de piscina a lo largo de la ruta. Como Omniston ve toda la trayectoria, puede tener en cuenta estas tarifas por piscina al comparar rutas candidatas. Una ruta con más saltos no siempre es peor, pero debe compensar las

En muchos creadores de mercado automatizados, unirse a un grupo requiere tener ambos activos en una proporción específica. En STONfi, la provisión de liquidez puede comenzar con un solo activo. El contrato acepta un token, realiza un intercambio interno usando los pools de STONfi, y luego construye una posición equilibrada que se ajusta a la curva del pool. Para los usuarios, esto elimina un paso manual de preparación.
No es necesario dividir un saldo en dos activos por adelantado o ajustar por cambios menores en el precio antes de agregar liquidez. El contrato maneja la conversión y las matem

Las piscinas de STONfi pueden llevar etiquetas de versión como v1 y v2, junto con etiquetas como agricultura, estable o protección. Las versiones indican qué generación de contratos utiliza la piscina. Las versiones más nuevas generalmente incluyen mejoras en matemáticas, eficiencia de gas o verificaciones de seguridad, manteniendo la interfaz básica familiar. Estas etiquetas no son solo pistas visuales.
La lógica de enrutamiento que impulsa STONfi y Omniston puede preferir piscinas v2 cuando la profundidad es suficiente, mientras que aún admite v1 donde la liquidez permanece. En la práctica,

Omniston actúa como una malla de liquidez que conecta varias fuentes de liquidez detrás de un único punto de entrada de STONfi. Cuando se solicita un intercambio, Omniston prepara una cotización contactando a múltiples solucionadores. Cada solucionador puede agregar liquidez de los pools de STONfi y otros lugares compatibles en la red.
Las respuestas de los solucionadores incluyen un precio y una descripción de la ruta. La lógica de Omniston en STONfi compara estas opciones y selecciona la ruta que cumple con los parámetros solicitados con el menor costo o la mejor salida. La ruta seleccionada

STONfi soporta varios tipos de pools para adaptarse mejor a diferentes pares de activos. Los pools volátiles siguen una curva de creador de mercado automatizado estándar adecuada para activos con movimientos de precios independientes. Los pools orientados a estables ajustan la curva para concentrar la liquidez en un rango de precios estrecho cuando se espera que los activos se mantengan cercanos en valor. Algunos pools añaden mecanismos de protección, como cobertura parcial de la pérdida impermanente.
Estos mecanismos se implementan mediante flujos de recompensas adicionales o restricciones de