Responsabilidad del código DeFi de código abierto: Por qué Washington está reescribiendo las reglas para el código no custodial

El software sin custodia solía sentirse como una tubería neutral. Escribías código, lo subías a GitHub, y si la gente lo usaba, genial. Últimamente, esa línea entre discurso y servicio se está redibujando en tiempo real.

Washington está enfocándose en quién es responsable cuando el código DeFi de código abierto toca dinero real. No solo mezcladores o stablecoins, sino también interfaces front-end, interruptores de comisiones, poderes de gobernanza y mercados basados en eventos. La pregunta sobre la mesa: ¿cuándo publicar código se convierte en operar un producto financiero?

La respuesta no está resuelta, pero el ritmo ha aumentado. Las agencias están solicitando comentarios públicos, la industria hace lobby para proteger a los desarrolladores, y las fuerzas del orden quieren menos exenciones. Si construyes o gestionas algo en DeFi, deberías prestar atención ahora, no después de que lleguen las reglas.

Punto Detalles El enfoque regulatorio está cambiando Las agencias de EE.UU. están investigando dónde se atribuye la responsabilidad por el código DeFi sin custodia, especialmente cuando existe control, comisiones o interfaces curadas. Existen ventanas activas de elaboración de normas La SEC y la CFTC abrieron un proceso de comentarios conjunto sobre definiciones de productos derivados que podría abarcar nuevos mercados DeFi Comisión de bolsa y valores de EE.UU. (SEC) (comunicado de prensa). Los desarrolladores buscan límites seguros Decenas de empresas de criptomonedas instaron al Congreso a preservar las protecciones para los desarrolladores de código abierto en la Sección 604 de la Ley CLARITY Advisers LLP (análisis legal, 22 de junio de 2026). Las fuerzas del orden contraatacan Los principales grupos de fiscales y policías advirtieron que la Sección 604 podría debilitar el AML y las investigaciones si se redacta de manera demasiado amplia Carta conjunta de las fuerzas del orden (PDF) / reportado por The Block. El debate entre discurso y conducta está activo La comisionada de la SEC Hester Peirce argumentó que la sola publicación de código no debería activar las normas de valores, atribuyendo la responsabilidad a los actores ilegales Cointelegraph (cobertura de los comentarios de Peirce).

Por qué los reguladores están rodeando el código sin custodia ahora

Hay varias corrientes convergiendo.

Primero, las agencias quieren claridad donde DeFi se superpone con la estructura del mercado. El 18 de junio de 2026, la SEC y la CFTC abrieron una solicitud conjunta de comentarios públicos para armonizar cómo clasifican los swaps, los swaps basados en valores, los swaps mixtos y los productos más nuevos basados en eventos. La ventana se extiende 60 días después de la publicación en el Registro Federal. Eso importa para los mercados de predicción, los activos sintéticos y el diseño de protocolos que parecen un lugar de derivados incluso si están en cadena. El comunicado de prensa está aquí: Comisión de bolsa y valores de EE.UU. (SEC) (comunicado de prensa).

Segundo, el Congreso está debatiendo cómo separar a los constructores de los actores maliciosos. Más de 60 fundadores y empresas, incluidas grandes exchanges y fondos de capital riesgo, presionaron a los líderes del Senado el 9 de junio para que mantuvieran intactas las protecciones para los desarrolladores en la Sección 604 de la Ley CLARITY. La idea es simple: publicar y mantener código no debería equivaler a operar una exchange o broker no registrado. Lee el resumen legal aquí: Advisers LLP (análisis legal, 22 de junio de 2026).

Tercero, las fuerzas del orden son escépticas. Entre el 23 y 24 de junio, cuatro organizaciones principales que representan a fiscales y policías enviaron una carta conjunta al Departamento de Justicia y a la Casa Blanca advirtiendo que la Sección 604 podría crear puntos ciegos en materia de AML y obstaculizar las investigaciones de delitos con criptomonedas. La carta es pública: Carta conjunta de las fuerzas del orden (PDF) / reportado por The Block.

Además, los comentarios de junio de la comisionada de la SEC Hester Peirce señalan que la publicación de código abierto es un discurso protegido y no debería convertir a un programador en un infractor de las leyes de valores en ausencia de otra conducta. Ese enfoque traza una línea entre discurso y servicio. Cobertura aquí: Cointelegraph (cobertura de los comentarios de Peirce).

En conjunto, se obtiene una batalla política. Las agencias quieren líneas claras. Los constructores quieren espacio para publicar. Las fuerzas del orden quieren una fuerte rendición de cuentas. El resultado definirá qué te ofrece realmente la ausencia de custodia en los Estados Unidos.

Qué controlan los desarrolladores de código abierto frente a lo que no controlan

El control es el punto central

La mayoría de los argumentos sobre responsabilidad se reducen al control. Puedes lanzar código que cualquiera puede ejecutar, pero si también curadas la interfaz, activas un interruptor de comisiones, diriges la liquidez o posees derechos de actualización, estás más cerca de operar un producto que de simplemente expresarte.

Áreas que generalmente parecen discurso

• Publicar repositorios y documentación con una licencia permisiva.
• Investigación académica o implementaciones de referencia que no son desplegadas por el autor.
• Forks no comerciales utilizados para pruebas o demostraciones.

Áreas que a menudo parecen conducta

• Gestionar la interfaz front-end canónica que incorpora usuarios a liquidez real.
• Controlar claves de administrador, actualizadores o parámetros predeterminados que cambian el riesgo para los usuarios.
• Operar oráculos de precios o datos que afectan materialmente la ejecución.
• Cobrar comisiones de protocolo o interfaz que fluyen hacia una empresa o personas internas.
• Dirigirse a usuarios de EE.UU. con marketing sobre rendimientos financieros.

Consejo profesional: Si puedes pausar el protocolo o cambiar comisiones sin una votación amplia en cadena, asume que los reguladores te tratarán como un operador, no como un programador pasivo.

Los factores desencadenantes de responsabilidad que Washington sigue señalando

Aquí hay un mapa práctico de lo que aparece repetidamente en los debates de política y los patrones de aplicación. Ninguno de estos son violaciones automáticas. Son factores desencadenantes que invitan al escrutinio.

Escenario Por qué genera atención El front-end lleva la batuta Las interfaces curadas con comisiones incorporadas o filtrado de usuarios parecen un negocio. Eso está más cerca de un intermediario regulado que de código neutral. Claves de administrador y controles de emergencia Los interruptores de apagado, la capacidad de pausa y los cambios de parámetros implican control sobre los fondos de los usuarios o la estructura del mercado. Interruptores de comisiones y distribución de ganancias Cuando los equipos de desarrollo o las DAOs recaudan ingresos, la línea entre software y servicio se difumina. La calidad de la divulgación y la gobernanza importan aquí. Incentivos de tokens y marketing Las afirmaciones promocionales o la Tokenomics (economía de tokens) que enfatizan las ganancias pueden invitar a un análisis de valores. Oráculos y productos basados en eventos Cuando los oráculos determinan resultados para mercados binarios o de predicción, eso puede parecer una plataforma de derivados bajo el escrutinio conjunto de la SEC y la CFTC. El cumplimiento por diseño está ausente Cero salvaguardas para el usuario, sin divulgaciones o ignorar riesgos de sanciones claros elevan rápidamente la temperatura.

No es que ningún elemento individual sea fatal. El conjunto importa. Cuanto más se parezca tu diseño a un producto financiero intermediado con un equipo a cargo, menos persuasiva se vuelve la defensa del discurso.

Manual del constructor: publicar código sin ponerse en el punto de mira

No puedes blindar un proyecto contra todas las teorías de responsabilidad. Puedes reducir las superficies de ataque evidentes. Aquí hay una lista de verificación que ha servido bien a los equipos.

• Separa el discurso del servicio. Mantén los repositorios, la investigación y las especificaciones abiertos. Si ofreces una interfaz alojada, divulga que es un servicio separado con sus propios términos.
• Minimiza los controles unilaterales. Usa actualizaciones con bloqueo de tiempo, multisigs ampliamente distribuidos o gobernanza en cadena con participación real. Documenta quién puede cambiar qué.
• Divulga el riesgo como un adulto. Explica cómo funcionan los oráculos, qué puede fallar, quién gana comisiones y bajo qué condiciones los fondos pueden pausarse o migrarse.
• Diseña los flujos de comisiones con cuidado. Si se acumulan comisiones, dirígelas a un tesoro comunitario con gobernanza clara. Evita la extracción directa del equipo que parezca una comisión de operador comercial.
• Sé preciso en las declaraciones públicas. Evita promesas de ganancias o rendimientos garantizados. Céntrate en la funcionalidad, no en el potencial financiero.
• Aplica geofencing donde sea necesario. Si operas un front-end alojado, usa medidas razonables para limitar el acceso donde no puedas servir legalmente a los usuarios.
• Ten un proceso de vulnerabilidades. Ofrece recompensas por errores y un canal divulgado para informes de seguridad. Esto señala una conducta responsable.
• Documenta los forks y la independencia. Si terceros ejecutan sus propios despliegues, aclara que no los controlas.

Consejo profesional: Publica una matriz simple de "quién controla qué" en tu documentación. Cuando un regulador pregunte, tendrás un mapa honesto en lugar de una respuesta vaga.

Operadores de exchanges y front-end: el nuevo punto de estrangulamiento

Incluso si los Smart Contracts son inmutables, la superficie que toca a los usuarios no lo es. Las interfaces de billetera, las interfaces alojadas, las puertas de enlace RPC y los servicios de nomenclatura son todos servicios gestionados por humanos. Ahí es donde las obligaciones tienden a adherirse primero.

Espera una presión creciente sobre los operadores de interfaces para que refuercen la incorporación, mejoren las divulgaciones y filtren algunos activos. Si gestionas un front-end, trátalo como un producto financiero con impacto en el cliente, no como un proyecto personal. Los términos claros, las advertencias de riesgo prominentes y las visualizaciones de comisiones transparentes van muy lejos.

Los equipos que no quieren ese rol pueden publicar código y dar un paso atrás. Pero sé realista sobre las compensaciones. Si todavía diriges la liquidez, gestionas infraestructura clave o cobras comisiones, dar un paso atrás en público mientras mantienes las palancas en privado no engañará a nadie.

Los Derivados son el filo cortante

La etiquetación de derivados es donde muchos experimentos de DeFi podrían quedar encasillados. El proceso de comentarios conjunto de la SEC y la CFTC menciona explícitamente los swaps mixtos y los productos novedosos. Eso abarca cosas como los mercados de eventos y las exposiciones tokenizadas que son comunes en DeFi.

Para los constructores, la lectura práctica es simple. Si tu protocolo resuelve resultados basados en eventos externos, o permite a los usuarios tomar exposición apalancada a activos, prepárate para preguntas sobre si estás ofreciendo un producto derivado. El proceso de comentarios está abierto durante 60 días después de que llegue al Registro Federal, lo que es una ventana corta para contribuir con ejemplos concretos. Consulta la solicitud: Comisión de bolsa y valores de EE.UU. (SEC) (comunicado de prensa).

El discurso de la comisionada Peirce sobre el código como discurso protegido será parte de la conversación, especialmente para los equipos que solo publican implementaciones de referencia. Pero si tu DAO o empresa gestiona una interfaz que invita a usuarios de EE.UU. a operar contratos de eventos por una comisión, esa es una postura muy diferente a la de un repositorio de GitHub. Cobertura de sus comentarios: Cointelegraph (cobertura de los comentarios de Peirce).

Escenarios de impacto en el mercado en los próximos 12 meses

Más geofencing y descargos de responsabilidad

Las interfaces alojadas que sirven tráfico significativo de EE.UU. probablemente ampliarán los bloqueos de jurisdicción y añadirán fricción en los márgenes. Espera más advertencias modales, divulgaciones de comisiones más claras y reconocimientos de riesgo de participación voluntaria.

Limpiezas de gobernanza de las DAOs

Los proyectos con multisigs informales y poderes de emergencia poco claros reforzarán la gobernanza. Los procedimientos escritos y los timelocks públicos son baratos en comparación con el riesgo legal.

Conservadurismo en el listado de activos

Los front-ends y los agregadores pueden deslistar silenciosamente o enterrar ciertos mercados de eventos y características de alto apalancamiento mientras las definiciones de derivados están en discusión. La liquidez podría seguir el camino de menor riesgo, desplazándose hacia protocolos que comuniquen límites claros.

Migración de constructores y forks

Algunos equipos podrían lanzar despliegues fuera de EE.UU. o forks mantenidos por la comunidad para funciones avanzadas, mientras mantienen la interfaz principal orientada a EE.UU. más simple. Esto fragmenta la liquidez y la experiencia del usuario, pero es una válvula de seguridad común.

Recordatorio de riesgo: Incluso si un protocolo es sin permisos, tu exposición como colaborador, firmante u operador de interfaz es personal. La estructura corporativa y el seguro no pueden solucionar afirmaciones engañosas o un control evidente.

Cómo participar antes de que las reglas se endurezcan

La ventana de política está abierta ahora mismo. Así es como los equipos y las comunidades pueden participar sin desperdiciar recursos.

1. Presenta un comentario breve. Responde a la solicitud conjunta de la SEC y la CFTC con un ejemplo práctico de cómo tu protocolo es diferente de un lugar centralizado de derivados. Mantenlo factual y específico. Enlace: Comisión de bolsa y valores de EE.UU. (SEC) (comunicado de prensa).
2. Participa en la Sección 604 de manera civilizada. Si apoyas mantener la publicación de código fuera del radio de explosión de responsabilidad, explica cómo separas el discurso de la conducta en tu propio proyecto. La carta de la industria está resumida aquí: Advisers LLP (análisis legal, 22 de junio de 2026).
3. Aborda las preocupaciones de las fuerzas del orden de frente. Documenta cómo tu diseño evita los puntos ciegos obvios de AML sin convertirse en vigilancia por defecto. Conoce la crítica: Carta conjunta de las fuerzas del orden (PDF) / reportado por The Block.
4. Publica una página de responsabilidades del operador. Si gestionas un front-end, detalla qué controlas y qué no, cómo funcionan las comisiones y cómo los usuarios pueden interactuar directamente con los contratos si lo eligen.
5. Coordínate con otros proyectos. Los estándares compartidos para divulgaciones, gobernanza en cadena y transparencia de oráculos tienen más peso que las declaraciones individuales.

Si quieres un análisis semanal y sobrio sobre cómo está evolucionando esto, cubrimos los movimientos de política y el código que los respalda en Crypto Daily. Puedes consultar la cobertura más reciente en Crypto Daily.

Preguntas frecuentes

¿Publicar código DeFi de código abierto me convierte en una entidad regulada?

Publicar código por sí solo generalmente se trata como discurso, y la comisionada de la SEC Hester Peirce ha argumentado que no debería activar las normas de valores. Las preguntas sobre responsabilidad se agudizan cuando también operas un front-end, controlas actualizaciones o cobras comisiones a los usuarios. Consulta la cobertura de sus comentarios: Cointelegraph (cobertura de los comentarios de Peirce).

¿De qué trata la Sección 604 de la Ley CLARITY?

Es una propuesta que, según los defensores de la industria, protegería a los desarrolladores de código abierto que publican código de ser tratados como intermediarios financieros. Los partidarios quieren que esas protecciones se mantengan, mientras que los grupos de las fuerzas del orden advierten que demasiada inmunidad podría debilitar el AML y las herramientas de investigación. Referencias: Advisers LLP (análisis legal, 22 de junio de 2026) y Carta conjunta de las fuerzas del orden (PDF) / reportado por The Block.

¿Cómo afecta el proceso de comentarios de la SEC y la CFTC a DeFi?

Las agencias están preguntando cómo definir los swaps, los swaps basados en valores y los productos basados en eventos de manera armonizada. Si tu protocolo se parece a un mercado de derivados, los resultados podrían afectar lo que puedes ofrecer a los usuarios de EE.UU. o cómo lo describes. La solicitud está aquí: Comisión de bolsa y valores de EE.UU. (SEC) (comunicado de prensa).

¿Es suficiente gestionar una DAO para evitar la responsabilidad?

No automáticamente. Si un grupo pequeño controla las actualizaciones, las comisiones o los oráculos, llamarlo DAO no elimina el control operativo. Los reguladores observan lo que realmente sucede, no la etiqueta.

¿Qué medidas pueden tomar los operadores de front-end ahora mismo?

Mejorar las divulgaciones, aclarar qué controlas, mostrar las comisiones de manera transparente, añadir advertencias de riesgo y considerar el geofencing donde lo aconseje el asesor legal. Publica una política simple de gobernanza y actualizaciones para que los usuarios sepan quién puede cambiar la configuración y con qué rapidez.

¿Deberían los desarrolladores aplicar geofencing a los propios contratos?

Los Smart Contracts son globales y difíciles de restringir geográficamente de manera significativa. Si ofreces servicios alojados como un sitio web o una API, esos son lugares más apropiados para implementar controles de acceso informados por el asesor legal.

¿Cuál es el principal error que cometen los equipos en esta área?

Actuar como editores puros en público mientras se manejan silenciosamente las palancas que importan. Si controlas la experiencia del usuario, las comisiones o los resultados, asume ese rol y establece operaciones de nivel de cumplimiento, o da un paso atrás de verdad.

Descargo de responsabilidad: Este artículo se proporciona únicamente con fines informativos. No se ofrece ni está destinado a ser utilizado como asesoramiento legal, fiscal, de inversión, financiero o de otro tipo.