--- title: "Bitcoin" description: "Bitcoin es un protocolo y una red entre pares cuyas unidades nativas se controlan mediante condiciones de gasto UTXO, ordenación por prueba de trabajo y validación independiente de nodos completos." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Bitcoin > Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas. ## Respuesta directa Bitcoin es un protocolo, una red y un sistema de registro entre pares y de código abierto. `BTC` es su unidad nativa y `1 BTC = 100,000,000 satoshis`. En lugar de guardar saldos de cuentas, el registro contiene salidas de transacción no gastadas (`UTXOs`) sujetas a condiciones de gasto. Una cartera administra claves o descriptores, localiza salidas controladas, construye transacciones y produce las firmas o scripts requeridos; la cartera no contiene las monedas. Los mineros seleccionan transacciones y proponen bloques con prueba de trabajo. Los nodos completos validan de forma independiente scripts, entradas no gastadas, conservación de valor, peso del bloque, prueba de trabajo y límites de coinbase. Un minero no puede obligar a un nodo validador a aceptar firmas inválidas o un subsidio excesivo, aunque una concentración de hash puede censurar transacciones o intentar reorganizar un historial reciente válido. La cadena activa es la cadena válida del nodo con mayor trabajo acumulado. Una mayor profundidad de inclusión reduce el riesgo de reorganización, pero no crea finalidad determinista. La validez del protocolo, calendario de emisión y control de custodia de Bitcoin son distintos del precio de mercado, tratamiento legal, solvencia del exchange y narrativas de «oro digital». ## Cómo funciona 1. Fija red, software y reglas, modelo de confianza del nodo o cartera, modelo de custodia y política de confirmación del receptor según el importe. 2. Verifica red de destino, dirección o script de bloqueo e importe; selecciona `UTXOs` maduros y gastables controlados por las claves o ruta de script previstas. 3. Construye entradas, salida del receptor, salida opcional de cambio y comisión en satoshis enteros. Comprueba `fee = sum(inputs) - sum(outputs)` y estima peso, tamaño virtual y tasa en `sat/vB`. 4. En el entorno de firma, inspecciona cada salida, importe, comisión, secuencia, locktime y política de reemplazo antes de satisfacer las condiciones de gasto. 5. Difunde mediante pares o RPC elegidos. Separa validación local, admisión a mempool, retransmisión y política de reemplazo de la validez por consenso y el minado final. 6. Los mineros construyen bloques candidatos; los nodos completos solo aceptan bloques válidos con prueba de trabajo y siguen la cadena válida con mayor trabajo acumulado. Controla altura de inclusión, confirmaciones, conflictos y reorganizaciones. 7. Aplica el umbral de riesgo del receptor y concilia después `UTXOs`, cambio y comisiones; protege copias y pruebas de custodia, supervisa fugas de privacidad y mantén actualizadas las reglas de cartera y nodo. La mempool de cada nodo es local y depende de políticas; no es una cola de consenso global. Una transacción válida puede no retransmitirse o quedar sin minar. Las comisiones dependen principalmente de peso, tasa y demanda de espacio, no del importe transferido. El cambio es una salida ordinaria, no un campo del protocolo ni un cargo adicional. La emisión ocurre mediante la transacción coinbase del bloque. Según las reglas actuales, el subsidio se reduce a la mitad cada `210,000 blocks`; después de la altura `840,000` es de `3.125 BTC` por bloque, más comisiones. Las salidas coinbase requieren una madurez de `100 blocks` antes de gastarse. El límite habitual de 21 millones es un máximo asintótico del calendario actual, no la oferta circulante ni una garantía de precio. ## Ejemplo - **Contabilidad UTXO.** Una entrada es `0.30500000 BTC = 30,500,000 sat`. La cartera crea un pago de `20,000,000 sat` y un cambio de `10,480,000 sat`. La comisión es `30,500,000 - 20,000,000 - 10,480,000 = 20,000 sat = 0.00020000 BTC`. Con `250 vB`, la tasa es `20,000 / 250 = 80 sat/vB`; el cambio no es otra comisión. - **Sensibilidad a la tasa.** La misma transacción ilustrativa de `141 vB` cuesta `141 x 12 = 1,692 sat` a `12 sat/vB` y `141 x 40 = 5,640 sat` a `40 sat/vB`. Enviar `0.01 BTC` en vez de `1 BTC` no cambia por sí solo ese tamaño, aunque sí pueden hacerlo selección de monedas, script y número de salidas. - **Profundidad de confirmación.** Una transacción incluida en la altura `900,000` tiene `1 confirmation` cuando la punta es `900,000` y `900,005 - 900,000 + 1 = 6 confirmations` en la punta `900,005`. Si una nueva cadena de mayor trabajo la conserva con punta `900,003`, la profundidad es `4`; si la cadena sustituta la omite, vuelve a estado no confirmado o en conflicto. - **Valor coinbase.** Tras cuatro halvings, el subsidio es `50 / 2^4 = 3.125 BTC`. Si las comisiones incluidas suman `0.42 BTC`, el valor permitido de la salida coinbase es `3.125 + 0.42 = 3.545 BTC`. Solo el subsidio es emisión nueva; las comisiones transfieren satoshis existentes y la salida mantiene la madurez coinbase. ## Riesgos - Red, dirección, script o importe incorrectos. - Se pierde semilla, clave privada o datos de recuperación. - Las claves se roban mediante phishing o ingeniería social. - Cartera, firmante, firmware o cadena de suministro es maliciosa. - Portapapeles o pantalla sustituye el destino. - Salida de cambio o selección de monedas es incorrecta. - Se calculan mal tamaño virtual, tasa o unidades satoshi. - Dust o política no estándar impide la retransmisión. - La mempool local rechaza, expulsa o no propaga la transacción. - Conflicto o reemplazo no confirmado invalida la aceptación. - Una reorganización reciente reduce las confirmaciones. - Concentración de hash permite censura o intentos de reorganización. - Concentración de pools o partición de red retrasa la inclusión. - Error de software o división de consenso produce vistas incompatibles. - Reutilización de direcciones y heurísticas de cambio enlazan actividad pública. - Metadatos IP, eclipse o servidor no fiable engaña a la cartera. - Insolvencia, bloqueo o suspensión de retiros del custodio impide el acceso. - Volatilidad de precio, liquidez, apalancamiento o FX causa pérdidas. - Cambia el tratamiento legal, fiscal o informativo. - Falla copia de seguridad, herencia, resistencia a coacción o recuperación. ## Errores frecuentes - **Una cartera o dirección contiene un saldo de cuenta BTC.** La cartera deriva una vista de `UTXOs` gastables; un saldo en exchange es una reclamación frente al custodio. - **La admisión en mempool significa confirmación por consenso.** Las mempools aplican política local y la inclusión en bloque es otro hecho. - **Seis confirmaciones ofrecen finalidad absoluta.** La profundidad reduce el riesgo probabilístico; el umbral depende del receptor y contexto. - **Los mineros pueden crear o gastar BTC válido arbitrario.** Los nodos completos imponen scripts, entradas no gastadas y límites del subsidio, aunque los mineros pueden censurar, ordenar e intentar reorganizaciones. - **Bitcoin es anónimo o la autocustodia es automáticamente segura.** El registro es público y seudónimo; gestión de claves, copias y verificación siguen siendo responsabilidad del usuario. ## Temas relacionados - [Halving](/es/crypto/halving/) - [Claves públicas y privadas](/es/crypto/public-private-key/) - [Modelo UTXO](/es/crypto/utxo-model/) ## Fuentes - [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (consulta: 2026-08-13) - [Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Developer Documentation (consulta: 2026-08-13) - [Transactions](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (consulta: 2026-08-13) - [Mining](https://developer.bitcoin.org/devguide/mining.html) - Bitcoin Developer Documentation (consulta: 2026-08-13) - [Wallets](https://developer.bitcoin.org/devguide/wallets.html) - Bitcoin Developer Documentation (consulta: 2026-08-13) - [Validation](https://bitcoin.org/en/bitcoin-core/features/validation) - Bitcoin.org (consulta: 2026-08-13) - [Privacy](https://bitcoin.org/en/bitcoin-core/features/privacy) - Bitcoin.org (consulta: 2026-08-13) - [Some things you need to know](https://bitcoin.org/en/you-need-to-know) - Bitcoin.org (consulta: 2026-08-13) Source: https://wiki.fcontext.com/es/crypto/bitcoin/index.mdx