# Historia de BNS

#### Orígenes en Namecoin (2014)

El Bitcoin Name System (BNS) tiene sus raíces en 2014, cuando comenzó como una capa de nombres e identidad construida sobre Namecoin a través del proyecto OneName.

<div data-with-frame="true"><figure><img src="/files/dd9e6cda72009e7f621bc57d4844301ba47676fe" alt=""><figcaption></figcaption></figure></div>

La idea era simple pero poderosa: permitir a los usuarios registrar nombres únicos a nivel global y legibles por humanos, vinculados criptográficamente a claves privadas. Los primeros adoptantes reclamaron nombres en formatos como `u/ryan`, usándolos como identidades digitales portátiles. Sin embargo, las limitaciones de Namecoin —incluyendo spam, garantías de seguridad más débiles y confirmaciones más lentas— dificultaban la escalabilidad a largo plazo.

#### Migración a Bitcoin (2015)

En 2015, el proyecto migró a la propia cadena de bloques de Bitcoin, anclando el `.id` espacio de nombres al quemar aproximadamente 40 BTC en un compromiso público. Este movimiento aumentó drásticamente el modelo de seguridad al aprovechar la durabilidad y la descentralización de Bitcoin. Los registros de nombres se anotaban directamente en transacciones de Bitcoin, a menudo usando `OP_RETURN`, mientras que los datos de estado más ricos residían fuera de la cadena. Este enfoque híbrido permitió a BNS heredar la seguridad de Bitcoin y, al mismo tiempo, seguir admitiendo metadatos de identidad flexibles.

#### Era de Stacks (2021)

El siguiente gran capítulo comenzó en 2021 con el lanzamiento de Stacks. Con la introducción de funcionalidad de contratos inteligentes anclada a Bitcoin, BNS se desplegó como un contrato inteligente en el génesis de Stacks 2.0. Todos los nombres de BNS anteriores fueron migrados, preservando el historial de propiedad y permitiendo una lógica en cadena más expresiva. Nombres como `.btc` ganaron popularidad rápidamente, y BNS evolucionó hasta convertirse en un primitivo de identidad central dentro del ecosistema de Stacks. Cada nombre se volvió globalmente único y claramente poseído por una clave privada, con archivos de zona que permitían hasta aproximadamente 40 KB de datos fuera de la cadena para perfiles, mapeos de direcciones e identificadores descentralizados (véanse los cambios de BNSv2 a continuación). BNS admitía tanto nombres totalmente en cadena como subdominios fuera de la cadena anclados al estado de la blockchain, lo que daba a los desarrolladores flexibilidad en la forma de estructurar los sistemas de identidad.

{% embed url="<https://www.youtube.com/watch?v=5IkK5T9NDqU>" %}

#### **BNS ha evolucionado hasta convertirse en una piedra angular del ecosistema de Bitcoin.**

Los nombres de BNS han generado una actividad sustancial en el mercado, con un volumen de ventas que alcanzó 1,5 millones de STX (una estimación de 2 millones de dólares). El lanzamiento del mercado de BNS en [Gamma.io](http://gamma.io) en octubre de 2022 brindó a la comunidad un espacio dedicado para comprar, vender e intercambiar nombres. Esto ha contribuido a consolidar el estatus de BNS como líder en el mercado de dominios descentralizados.

En febrero de 2024, BNS celebró su décimo aniversario, marcando una década de avances en el nombramiento y la identidad descentralizados en la cadena de bloques de Bitcoin.

#### Limitaciones de BNS V1

La implementación original de BNS en Stacks, a menudo denominada V1, funcionaba de manera fiable pero tenía limitaciones estructurales. Una sola dirección solo podía mantener un nombre principal a la vez, lo que limitaba la componibilidad y hacía más engorroso el intercambio o la colección de nombres. Además, los nombres no estaban implementados como NFT SIP-09, lo que significaba que no interoperaban automáticamente con el ecosistema más amplio de herramientas NFT. Con el tiempo, a medida que Stacks maduró y los estándares NFT se consolidaron, la comunidad comenzó a impulsar un rediseño más flexible e interoperable.

#### Evolución hacia BNS V2

Ese rediseño se materializó en septiembre de 2024 como BNSv2. La migración de BNSv1 a BNSv2 hizo que los nombres se distribuyeran mediante airdrop a la cuenta que los poseía según la instantánea de migración del 11 de septiembre de 2024. Los usuarios no tuvieron que hacer nada... su nombre de BNSv2 simplemente apareció en su billetera. El contrato de BNSv1 sigue existiendo en la cadena, pero los cambios en los nombres a través de V1 NO se reflejan en V2 y viceversa.

La nueva implementación rediseñó fundamentalmente cómo se representan y gestionan los nombres. En particular, ahora cada nombre de nivel superior es un NFT compatible con SIP-09. Este cambio permite que los nombres de BNS se integren directamente en billeteras, mercados y contratos inteligentes sin requerir lógica de manejo personalizada. También significa que los nombres se comportan como activos digitales estándar: pueden transferirse, publicarse, depositarse en custodia o integrarse en protocolos DeFi con mínima fricción.

BNSv2 también eliminó la limitación de un solo nombre, lo que permite a las direcciones poseer varios nombres simultáneamente. Este cambio aparentemente simple mejora drásticamente la usabilidad y desbloquea patrones de aplicación más complejos, desde carteras de identidad hasta estrategias de marca basadas en espacios de nombres. Los propios espacios de nombres se han vuelto más flexibles en V2. Los desarrolladores o comunidades pueden crear espacios de nombres no gestionados, que operan sin permisos, o espacios de nombres gestionados con autoridades designadas que pueden definir reglas de precios, requisitos de verificación u otras restricciones. Los espacios de nombres gestionados están controlados por un **principal de contrato** (no una billetera estándar), y este gestor puede congelarse permanentemente para lograr una descentralización total. Esta flexibilidad abre la puerta a capas de identidad curadas, ecosistemas de marca y economías de nombres experimentales.

<details>

<summary><strong>¿Qué sucede con BNSv1?</strong></summary>

El contrato inteligente de BNSv1 seguirá existiendo. Pero cualquier cambio realizado en los nombres a través del contrato de BNSv1 no se reflejará en BNSv2 y viceversa a partir de ahora.

</details>

El flujo de registro en BNSv2 sigue usando un mecanismo de preorden y revelación para evitar el front-running, donde se compromete un hash con sal del nombre antes de revelar el nombre real. Los archivos de zona siguen siendo parte de la arquitectura, lo que permite que los nombres hagan referencia a datos externos como direcciones de billetera, perfiles o registros de identidad descentralizada. Pero los archivos de zona de V2 son fundamentalmente diferentes de los de V1. En V1, los archivos de zona eran datos fuera de la cadena replicados a través de la red Atlas. En V2, los archivos de zona se almacenan en la cadena en un contrato separado de resolución de archivos de zona. Como ahora los nombres son NFT, se integran de forma más natural con los mercados y la infraestructura de todo el ecosistema de Stacks, a la vez que siguen heredando las garantías de seguridad de Bitcoin a través del modelo de anclaje de Stacks.

Hoy, BNSv2 se presenta tanto como un sistema de identidad como un marco de activos digitales construido sobre Stacks. Conserva la visión original de nombres únicos a nivel global, propiedad de los usuarios y protegidos por Bitcoin, al tiempo que moderniza la arquitectura para alinearla con los estándares NFT, la propiedad de múltiples activos y la gestión programable de espacios de nombres.

***

#### Recursos adicionales

* Un recorrido histórico más profundo de BNS: <https://mythbtc.xyz/bns-history/>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.stacks.co/learn/es/network-fundamentals/bitcoin-name-system/history.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
