En algún lugar del canal de finanzas de una DAO en este momento, un colaborador está viendo el saldo de su billetera aumentar en tiempo real — no una vez al mes, no cada dos semanas, sino cada segundo. Sin fecha de pago. Sin ejecución por lotes. Solo un número que crece silenciosamente mientras trabajan y se detiene en el instante en que el empleador cancela el flujo.
Esto es nómina en streaming, y ya no es una curiosidad de crypto-Twitter. Protocolos como Superfluid y Sablier ahora mueven compensación real para cientos de DAO y equipos Web3, y un número creciente de empresas remotas están experimentando con el modelo para estipendios de contratistas. Resuelve un problema real — adiós a la ansiedad de "¿la nómina se ejecutó correctamente?" — pero crea un problema contable que ningún libro de texto cubre: ¿cómo contabilizas un gasto salarial que no tiene una fecha de pago discreta, porque el pago nunca se detiene realmente?
Qué es Realmente la Nómina en Streaming
La nómina tradicional es una serie de eventos de suma global: el trabajo se devenga durante dos semanas, luego una sola transacción lo liquida. La nómina en streaming elimina esa brecha. Un empleador deposita fondos en un contrato inteligente y establece una tarifa — digamos, 100 USDC por día — y el protocolo acredita continuamente el saldo reclamable del destinatario a aproximadamente 0.00116 USDC por segundo. El destinatario puede retirar lo que se haya acumulado en cualquier momento; nada se "paga" hasta que lo retiran, pero todo se está generando constantemente en segundo plano.
Los dos protocolos dominantes adoptan enfoques técnicos diferentes para esto:
Superfluid envuelve tokens ERC-20 ordinarios en "Super Tokens" (como USDCx) con lógica de streaming incorporada. La función balanceOf del token envuelto devuelve un número que se actualiza continuamente, por lo que el saldo de una billetera aumenta visiblemente en tiempo real. Debido a que los tokens del remitente están bloqueados en el protocolo durante la duración del flujo, Superfluid depende de "liquidadores" fuera de la cadena que monitorean los buffers de los remitentes y cierran forzosamente los flujos antes de que el saldo de un remitente llegue a cero — ganando una tarifa por hacerlo. Si tu buffer se agota, los flujos de tus empleados se liquidan sin previo aviso.
Sablier, que fue pionero en el modelo con flujos de adjudicación de plazo cerrado en 2019, ahora también ofrece Sablier Flow — un modelo abierto de seguimiento de deuda que funciona con tokens ERC-20 simples, sin necesidad de envoltura ni liquidadores. Cada flujo está aislado con su propio saldo, las tarifas se pueden ajustar a mitad del flujo, y los flujos pueden ser pausados, reanudados o finalizados permanentemente por cualquiera de las partes. Esto cambia parte de la visualización del saldo en tiempo real de Superfluid por una integración más simple y sin dependencia de infraestructura de liquidadores de terceros.
Ambos modelos se sitúan en un espectro entre flujos de plazo cerrado (un depósito fijo que se adjudica durante una duración fija — muy adecuado para la adjudicación de tokens y el desembolso de subvenciones) y flujos de plazo abierto (sin fecha de finalización fija; el empleador recarga según sea necesario, y el flujo se ejecuta hasta que se cancela o se quedan sin fondos).
El Problema Contable: ¿Cuándo se "Gana" el Gasto?
Según la contabilidad de devengo, el gasto salarial se reconoce a medida que el empleado realiza el trabajo, no cuando se mueve el efectivo. Un pago en streaming es, en principio, la expresión más pura posible de ese principio — el libro mayor debería simplemente rastrear la tasa de devengo de forma continua. En la práctica, la mayoría de los sistemas de contabilidad (y la mayoría de los contadores) piensan en períodos discretos, por lo que un flujo por segundo necesita ser discretizado nuevamente a algo que un asiento contable pueda representar.
El enfoque práctico en el que la mayoría de los equipos financieros se decantan:
- Tratar la tasa del flujo como un devengo conocido y constante mientras se ejecute sin modificaciones. Si a un colaborador se le transfieren 100 USDC/día, contabiliza un asiento de devengo diario (o, para libros más ligeros, mensual) debitando el gasto salarial/de contratista y acreditando un pasivo de "flujos por pagar" — no necesitas asientos por segundo; necesitas un devengo que coincida con tu cadencia de informes.
- Regularizar al retirar. Cuando el destinatario reclama el saldo acumulado, eso es una liquidación del pasivo, no un nuevo gasto — reduciendo "flujos por pagar" y acreditando la cuenta de activo del tesoro. Esto refleja cómo ya manejarías la nómina devengada regular no pagada.
- Reconocer el cambio de tasa, no un nuevo flujo, cuando se ajusta una tasa. La tasa ajustable de Sablier Flow y las llamadas de modificación de flujo de Superfluid permiten a un empleador cambiar el flujo por segundo a mitad del flujo. Cada cambio es realmente una nueva tasa de devengo que entra en vigencia a partir de esa marca de tiempo de bloque — regístralo como una modificación del mismo pasivo, no como una nueva partida, o tu conciliación se fragmentará en docenas de micro-flujos que nunca cuadran.
La sutileza que desconcierta a la gente: el gasto se devenga incluso si el destinatario nunca retira. Un colaborador que deja tres meses de un flujo sin reclamar aún generó tres meses de gasto salarial real contra el tesoro — el pasivo simplemente no se ha liquidado en efectivo todavía. Omitir el devengo porque "no se pagó nada" es el error más común en los libros de las DAO, y es exactamente el tipo de sobreestimación silenciosa del capital que arruina una previsión de tesorería.
Valor de Mercado Justo: La Parte que Todavía Requiere un Humano
Si el flujo paga en una stablecoin, la contabilidad se acerca a la nómina de efectivo convencional — 1 USDC vale $1, punto, y la guía de valor razonable para activos cripto de la FASB (ASU 2023-08) apenas entra en juego para el lado salarial del libro mayor.
En el momento en que el flujo paga en un token nativo volátil, cada período de devengo requiere una conversión a valor de mercado justo. Las autoridades fiscales son consistentes en el principio subyacente incluso cuando los mecanismos difieren: el IRS trata los salarios en moneda virtual como ingresos ordinarios a su valor de mercado justo en la fecha de recepción (Aviso 2014-21), el HMRC del Reino Unido exige la retención de PAYE/NI sobre el valor equivalente en GBP, y la guía de la UE trata los salarios en stablecoins o tokens como ingresos a su valor equivalente de conversión. Ninguno de estos marcos se escribió pensando en "valor recibido continuamente, segundo a segundo" — la mayoría de los equipos se decantan por el FMV en el momento del retiro (cuando el destinatario realmente toma posesión), ya que es el análogo más cercano a una fecha de pago tradicional y el único punto donde un precio de mercado no es ambiguo. Documenta esa elección en tus notas de política contable, porque "¿la marca de tiempo de qué precio usaste?" es la primera pregunta que hará un auditor.
Un Ejemplo Práctico
Digamos que una DAO abre un flujo de Sablier Flow para un colaborador a 3.000 USDC/mes y cierra los libros mensualmente. La contabilidad es más simple de lo que parece una vez que dejas de pensar "por segundo" y empiezas a pensar "tasa conocida, aplicada durante un período":
- Flujo abierto, cierre del mes 1: Debitar Gasto de Contratista 3.000 USDC, acreditar Flujos por Pagar 3.000 USDC. No se ha movido efectivo; estás reconociendo la obligación que se devengó.
- El colaborador retira 1.800 USDC a mediados del mes 2: Debitar Flujos por Pagar 1.800 USDC, acreditar Tesorería (USDC) 1.800 USDC. Esto es una liquidación, no un gasto — el gasto ya se contabilizó cuando se devengó.
- El empleador aumenta la tasa a 3.500 USDC/mes a mitad del mes 2: Prorratea el devengo entre las dos tasas para ese mes (ej., 15 días a 3.000/mes + 15 días a 3.500/mes ≈ 3.250 USDC) en lugar de abrir una segunda cuenta de "flujo". El cambio de tasa es metadatos sobre el mismo pasivo, no un nuevo instrumento.
- El empleador cancela el flujo a mediados del mes 3: Contabiliza el devengo parcial final hasta la marca de tiempo del bloque de cancelación, luego el saldo restante de Flujos por Pagar se liquida en un retiro final o, si el colaborador nunca lo reclama, permanece como un pasivo hasta que lo haga (o hasta que se pierda formalmente según el acuerdo de subvención/colaborador que lo rige — no lo pongas a cero unilateralmente).
Si el colaborador recibe el pago en un token volátil en lugar de una stablecoin, agrega una línea más a cada devengo: captura la cantidad de tokens y su FMV equivalente en USD en la marca de tiempo de ese asiento, ya que necesitarás tanto el pasivo denominado en tokens (para saber lo que realmente debes en la cadena) como el gasto denominado en moneda fiduciaria (para tu P&L y cualquier cálculo de retención de impuestos).
Errores Comunes
- Contabilizar el retiro como el gasto. Este es el error más común — subestima los gastos (y sobreestima el capital) por cada período en que un destinatario no reclama su saldo, luego arroja un gasto engañosamente grande en el período en que finalmente retira.
- Abrir una nueva cuenta de pasivo por cada cambio de tasa. Un colaborador cuyo salario se ajustó cuatro veces en un año no debería tener cuatro partidas saturando el plan de cuentas — modifica el devengo existente.
- Ignorar las tarifas del protocolo. El mecanismo de liquidación de Superfluid y cualquier tarifa a nivel de protocolo por la creación o cierre de flujos son gastos reales, por pequeños que sean, y pertenecen al libro mayor — es fácil pasarlos por alto porque se deducen automáticamente en lugar de aparecer como una transacción separada que un contador notaría.
- Tratar las plataformas de streaming como sistemas de nómina completos. Sablier y Superfluid mueven dinero continuamente; ninguno presenta formularios de impuestos, calcula retenciones ni maneja la clasificación de trabajadores. La mayoría de los equipos combinan la capa de streaming con una herramienta de cumplimiento como Request Finance o Toku, o con un proveedor de nómina tradicional para empleados W-2, y reservan los flujos de protocolo sin procesar para estipendios de colaboradores y subvenciones donde la carga de cumplimiento es más ligera.
- Olvidar el caso extremo de insolvencia. Si el buffer de un remitente de Superfluid se agota y un liquidador cierra forzosamente el flujo, eso es un evento que tus libros deben reflejar — el devengo final se detiene en la marca de tiempo de la liquidación, no en la fecha en que tu contador se da cuenta de que el flujo está muerto.
Por Qué la Pista de Auditoría es el Beneficio Subestimado
La volatilidad y el riesgo de liquidación acaparan la atención, pero la verdadera ventaja para los equipos financieros es que cada evento de flujo — inicio, cambio de tasa, pausa, retiro, cancelación — es una transacción inmutable en la cadena con una marca de tiempo y un número de bloque. Eso es un libro de nómina completo y a prueba de manipulaciones que existe independientemente de si tu contador recordó registrarlo. Elimina los juegos de adivinanzas de cuentas de suspenso que plagan la nómina cripto manual ("¿realmente enviamos a ese colaborador su pago de octubre, o la transacción falló silenciosamente?").
Esa ventaja solo se aprovecha si tus propios libros reflejan la cadena en lugar de contradecirla. Los libros mayores en texto plano y con control de versiones encajan de forma natural aquí: puedes programar un trabajo diario o mensual que lea los eventos de flujo directamente de un indexador o subgrafo y agregue los asientos de devengo correspondientes a tu archivo de libro mayor, con el hash de la transacción en la cadena capturado en los metadatos del asiento. Beancount.io te da exactamente eso — un formato de contabilidad en texto plano que puedes generar y auditar programáticamente, con historial completo en git, de modo que una cuenta de pasivo de "flujos por pagar" y sus cambios de tasa sean tan inspeccionables como cualquier otra parte de tu tesorería. Si estás construyendo esta integración, los docs guían a través de estructuras de cuentas personalizadas y generación de asientos mediante scripts, y Fava te brinda un panel para ver realmente la acumulación del devengo contra tu capital en efectivo en tiempo real — lo que, para un modelo de nómina construido completamente en torno al tiempo real, parece la forma correcta de observarlo.