Arquitectura de red de protocolo
Una implementación compatible con CPP- puede conectar muchos vales y fondos a través de registros opcionales, índices, módulos de cotización y descubrimiento de rutas a nivel de aplicación. Cada Fondo sigue siendo una bóveda separada con su propia liquidez, propietario, administrador de proxy, configuración y dependencias.
Grassroots Economics Foundation opera la aplicación pública en cosmolocal.credit Otras interfaces y implementaciones pueden utilizar el mismo protocolo público. El funcionamiento de la aplicación no hace automáticamente de GEF el propietario, emisor, administrador, beneficiario de honorarios o garante de cada contrato que se muestra a continuación.
Veamos . Conceptos y vocabulario para la separación entre funciones responsables y competencias técnicas.
Rutas y ejecución de los candidatos
Un activo compartido crea un posible trayectoria del gráfico, no una ruta garantizada. En este ejemplo, el vale A podría ser intercambiado por el activo puente en el grupo A, luego el activo puente podría ser intercambiado por el vale B en el grupo B. Cada salto sigue dependiendo de la admisión actual de tokens, los límites del Fondo, el inventario disponible, la configuración de cotizaciones y tarifas, el estado del oráculo, las aprobaciones, los límites de transacciones y la ejecución de la red.
SwapRouter solo llama a las funciones de cotización Fondo a través de un camino propuesto. No tiene fondos, no aprueba tokens ni ejecuta swaps. Una aplicación integradora o compatible podrá utilizar esos resultados de cotización para construir las aprobaciones ordenadas y las llamadas de grupo en un lote firmado de cuentas inteligentes; Esto no significa que la aplicación pública actual ofrezca la ejecución multi-hop. Cada salto se coloca en la cartera antes de que esa cartera entregue el activo intermedio a la siguiente Fondo, y el integrador puede configurar el lote para revertirse cuando una llamada falla.
Las citas son instantáneas. Una cotización de ruta exitosa aún puede fallar o resolverse de manera diferente si el estado relevante cambia antes de la ejecución. La sobrecarga limitada SwapPool.withdraw añade protección minAmountOut y deadline para un salto individual; los integradores deben decidir cómo aplicar los límites a lo largo de toda la ruta.
Las tasas de la reserva permanecen en la reserva correspondiente para su cobro posterior. Cualquier tarifa de protocolo es adicional y se transfiere directamente de dicho grupo a su destinatario de protocolo configurado durante el intercambio.
Internos del Fondo
El registro, el limitador, la cotización, la política de tarifas y el controlador de tarifas de protocolo son opcionales. Sin registro, cualquier token pasa la verificación de admisión; sin límite, los depósitos no tienen límite; sin cotización, el grupo utiliza la paridad de unidad en bruto; y sin módulos de tarifas, las tarifas correspondientes son cero.
Las cinco ranuras sellables son feePolicy, feeAddress, quoter, tokenRegistry y tokenLimiter. Un sello impide que el actual propietario del Fondo reemplace esa dirección a través de su setter, pero no congela el estado interno de la dependencia. La dirección protocolFeeController y el modo feesDecoupled no están cubiertos por esos cinco bits de sello. La capacidad del administrador proxy para actualizar el Fondo también está separada del sellado.
El titular del contrato puede retirar la liquidez disponible de la Reserva a una dirección elegida. En el modo de tarifas desacopladas, las tarifas acumuladas se reservarán a partir de esa ruta; el poder de retirar la liquidez restante todavía existe. Los participantes deben inspeccionar al propietario, al administrador proxy, a los controladores de dependencias, al estado del sello, a los beneficiarios de las tarifas y a las reglas publicadas del grupo antes de confiar en un grupo.
Para el diseño conceptual detrás de estos contratos, incluida la curaduría, la valoración, la limitación, el intercambio y la gobernanza, Libro blanco.