Los productos orientados a los usuarios determinan la experiencia de la transacción; las API y los SDK orientados a los desarrolladores, en cambio, determinan cuántas cosas nuevas puede hacer crecer un protocolo.
Si el mercado, la posición y el historial de operaciones solo se pueden ver desde la interfaz oficial, el margen de expansión de este proyecto queda prácticamente atado a su propio equipo. Si los datos se pueden leer y las capacidades de negociación se pueden abrir mediante interfaces estándar, entonces los desarrolladores externos tendrán la oportunidad de crear nuevos terminales, paneles de datos, alertas de posiciones, herramientas de estrategia y productos de gestión de cuentas.
@Hertzflow_xyz ya ha publicado en la documentación oficial una REST API dirigida a BNB Smart Chain. El alcance incluye lista de mercados, precios, actividad de usuarios, Vault, pools de liquidez, rankings, recomendaciones, datos de XP, Credit y Dashboard, y también se pueden consultar las velas K históricas.
Estas interfaces son todas solicitudes GET públicas: no requieren API Key y tampoco desencadenan operaciones on-chain. El diseño separa claramente "lectura de datos" de "movimiento de activos": los productos de tipo datos consultan el mercado y actividades históricas, sin tocar la wallet del usuario; cuando de verdad hay cambios de activos, la autorización y las firmas permanecen dentro del flujo de transacciones.
Lo más importante es @hertzflow/sdk-v2. Este SDK de TypeScript reúne, bajo una interfaz basada en viem, la lectura y escritura de contratos, oráculos, interfaces de estadísticas, simulación de operaciones, cálculos derivados y suscripción a eventos de la cuenta.
Los desarrolladores no solo pueden leer el mercado, los tokens, los precios, las posiciones y las órdenes, sino también combinar órdenes de precio de mercado, órdenes limitadas, reducción de posición, take profit/stop loss y ajustes de margen; antes de enviar la operación, incluso pueden estimar el Gas y los costos de ejecución del protocolo. El módulo de liquidez se encarga de las entradas y salidas de HzLP y HzV; el módulo de eventos puede escuchar cambios de posiciones, órdenes y movimientos de fondos.
El significado práctico de todo esto es eliminar la necesidad de volver a reinventar la rueda. Los desarrolladores no tienen que analizar manualmente cada pieza de datos de contratos, ni volver a gestionar la precisión de precios, y tampoco necesitan armar la lógica de oráculos y servicios de estadísticas con piezas sueltas: pueden concentrar su esfuerzo en el producto en sí.
Por ejemplo: la herramienta de mercado puede usar la lista de mercados y las velas K para construir un panel de seguimiento entre activos; el asistente de posiciones puede suscribirse a cambios de órdenes y enviar recordatorios cuando se activan condiciones; el nuevo front-end de trading puede ejecutar primero una simulación y luego entregar la firma a la wallet. Hertzflow proporciona la capacidad del protocolo a nivel de base, y las aplicaciones externas se encargan de convertir la experiencia de uso en su propia forma.
Actualmente, la API oficial y la mayoría de los módulos de SDK de los protocolos todavía se centran en la red de pruebas BSC. Cuando la configuración de contratos en la red principal y la estabilidad de las interfaces se vayan consolidando, esta infraestructura para desarrolladores tiene la oportunidad de convertirse en una ruta importante para que Hertzflow amplíe sus accesos de usuarios.
El crecimiento de un protocolo no depende únicamente de que el equipo oficial añada funciones continuamente, sino también de que los desarrolladores externos quieran seguir construyendo cosas sobre él. Las API y los SDK son, en ese sentido, un paso concreto de Hertzflow.