Die Technik hinter BitcoinThe Technology Behind BitcoinLa tecnología detrás de BitcoinA tecnologia por trás do BitcoinBitcoinを支える技術Bitcoin背后的技术التقنية التي يقوم عليها Bitcoin

Die Blockchain: eine fälschungssichere Kette

Die Blockchain ist ein Append-only-Register: Daten werden ausschließlich hinten angehängt, niemals nachträglich verändert oder gelöscht. Transaktionen werden zu Blöcken gebündelt, und jeder Block enthält den kryptografischen Fingerabdruck (Hash) seines Vorgängers. Dadurch entsteht eine Kette, in der jeder Block den gesamten bisherigen Verlauf bezeugt.

Würde jemand eine alte Transaktion ändern, änderte sich der Hash ihres Blocks – und damit die Hash-Referenz im Folgeblock und in allen weiteren Blöcken. Eine Manipulation tief in der Vergangenheit erfordert deshalb, sämtliche darauf aufbauenden Blöcke neu zu berechnen und schneller als das ehrliche Netzwerk zu sein. Das ist der Grund, warum Bitcoin nicht von absoluter, sondern von praktisch zunehmender Unveränderlichkeit spricht: Je mehr Blöcke auf eine Transaktion folgen, desto unwirtschaftlicher wird ihre Rückgängigmachung.

Verkettung in Stichworten

• Append-only: nur Anhängen, kein Editieren oder Löschen.
• Rückwärtsverkettung: jeder Block referenziert den Hash des Vorgängers im Header.
• Dezentral repliziert: tausende Nodes halten eine vollständige Kopie und prüfen jede Änderung selbst.
• Verlauf statt Saldo: gespeichert wird die Folge der Transaktionen, nicht eine Tabelle von Kontoständen.

The Blockchain: A Tamper-Evident Chain

The blockchain is an append-only ledger: data is only ever added at the end, never altered or deleted after the fact. Transactions are bundled into blocks, and each block contains the cryptographic fingerprint (hash) of its predecessor. This forms a chain in which every block attests to the entire preceding history.

If someone changed an old transaction, the hash of its block would change — and with it the hash reference in the following block and in all later blocks. Tampering deep in the past therefore requires recomputing every subsequent block and outpacing the honest network. That is why Bitcoin speaks not of absolute but of practically increasing immutability: the more blocks pile up on top of a transaction, the more uneconomical it becomes to reverse it.

Chaining in brief

• Append-only: additions only, no editing or deletion.
• Backward linkage: each block references the predecessor's hash in its header.
• Replicated and decentralized: thousands of nodes hold a full copy and verify every change themselves.
• History, not balances: what is stored is the sequence of transactions, not a table of account balances.

La cadena de bloques: una cadena inalterable

La cadena de bloques es un libro de registro append-only: los datos se anexan exclusivamente al final, nunca se modifican o eliminan posteriormente. Las transacciones se agrupan en bloques, y cada bloque contiene el huella criptográfica (hash) del predecesor. De este modo, se crea una cadena en la que cada bloque atesta todo el historial previo.

Si alguien modificara una transacción antigua, el hash de su bloque cambiaría - y con él, la referencia hash en el bloque siguiente y en todos los bloques posteriores. Por lo tanto, una manipulación profunda en el pasado requiere recalcular todos los bloques basados en ella y ser más rápido que la red honesta. Eso es por qué Bitcoin no habla de absoluta inalterabilidad, sino de inalterabilidad prácticamente creciente: cuántos más bloques siguen a una transacción, menos económico se vuelve su eliminación.

Enlazado en resumen

• Agregar solo: solo agregar, no editar o borrar.
• Enlazado hacia atrás: cada bloque referencia el hash del predecesor en la cabecera.
• Repliqué de manera descentralizada: miles de nodos mantienen una copia completa y revisan cada cambio por sí mismos.
• Historial en lugar de saldo: se almacena la secuencia de transacciones, no un registro de saldos de cuentas.

A Blockchain: uma cadeia inalterável

A Blockchain é um registro append-only: dados são anexados somente no final, nunca modificados ou excluídos posteriormente. Transações são agrupadas em bloks, e cada bloco contém o "emprestimo digital" (hash) do seu antecessor. Isso cria uma cadeia na qual cada bloco atesta todo o histórico até então.

Se alguém alterasse uma transação antiga, o hash de seu bloco mudaria - e com ele a referência de hash no próximo bloco e em todos os blocos subsequentes. Portanto, para manipular profundamente no passado, seria necessário recalcular todos os blocos sobre eles e ser mais rápido do que a rede honesta. Isso é o motivo pelo qual o Bitcoin fala em praticamente crescente imutabilidade: quanto mais blocos seguem uma transação, menos economicamente viável se torna revertê-la.

Conexão em resumo

• Apenas anexar: somente adicionar, sem editar ou excluir.
• Retrosessiva: cada bloco refere-se ao hash do antecessor no cabeçalho.
• Replícias descentralmente: milhares de nós mantêm uma cópia completa e verificam qualquer mudança por conta própria.
• Histórico em vez de saldo: é armazenado a sequência de transações, não uma tabela de saldos de contas.

ブロックチェーン：偽造不可能な連鎖

ブロックチェーンはAppend-only-レジスターです：データは後ろにのみ追加され、後から変更または削除されることはありません。トランザクションはブロックにグループ化され、それぞれのブロックには前回のものの暗号化された指紋（ハッシュ）が含まれます。これにより、過去の全履歴を証明するようなチェーンが形成されます。

もし誰かが古いトランザクションを変更すると、そのブロックのハッシュが変わることになり、それに続く次のブロック、およびそれ以降のすべてのブロックのハッシュ参照も変わります。したがって、過去深くにある改変は、すべての上に構築されたブロックを新たに計算し、正直なネットワークよりも速くに行わなければなりません。これが理由で、ビットコインは絶対的なではなく実用上増加する不変性について話すのです：あるトランザクションについたブロックが多くなるほど、その取り消しはますます無収益になります。

連鎖の要点

• Append-only:追加のみ、編集や削除はありません。
• 逆順連鎖:それぞれのブロックは先行者のハッシュをヘッダーに参照しています。
• 分散リプリカ:数千のノードが完全なコピーを持っており、自分で各種変更をチェックします。
• 履歴ではなく残高:トランザクションの順列が保存されますが、口座のバランスだけのテーブルはありません。

区块链：一条防伪造的链

区块链是一个Append-only-Register：数据只会在后面添加，而不会被后期更改或删除。交易会被汇总成块，而每个块都包含其前身的加密指纹（哈希）。这样就形成了一条链，每个块都证明了整个过去的历史。

如果有人改变一个旧的交易，那么这个交易的块的哈希就会改变——以及此后的所有块中的哈希引用。因此，为了在过去深处进行操纵，你需要重新计算所有依赖于它的块，并比正直网络更快。这就是为什么比特币谈论的是实际上越来越不易变：随着越来越多的块在一个交易之后发生，回滚这笔交易变得越来越没有经济意义。

链在关键词中的链接

• Append-only：只添加，不允许编辑或删除。
• 逆向链接：每个块的头部都引用了其前身的哈希。
• 去中心化复制：数千个节点保持了一份完整的副本，并且自己验证了每次更改。
• 历史而非余额：保存的是交易的顺序，而不是一个账户余额的表格。

السلسلة المفتوحة: سلسلة محصنة من التزوير

السلسلة المفتوحة هي دفتر الأقوال غير القابلة للتعديل: يتم إضافة البيانات فقط في الطرف الآخر، ولا يتم تغييرها أو حذفها بعد ذلك. يتم تجميع المعاملات إلى البلوكات وتحتوي كل بلوك على بصمة كريبتوجرافية (هش) لمنقذها السابقة. وهكذا يحدث سلسلة حيث أن كل بلوك يشهد على المجموع الكلي للنشاط حتى الآن.

إذا تغير شخص ما معاملة قديمة، ستتغير الهاش من بلوكها - وبالتالي مراجع الهاش في البلوك التالي والبلوكات المتعاقبة. ومن هنا فإن تعديل عميق في الماضي يتطلب حساب جميع البلوكات التي بنيت عليها جديداً وتحقيق ذلك قبل الشبكة الحقة. وهذا السبب هو السبب الذي يجعل بيتكوين لا يزال من تغييرية معقولة وليست مطلقة تتحدث: كلما ازداد عدد البلوكات المطروحة على المعاملة، زادت تكلفة إعادة صياغتها.

ربط في ملخصات

• الإلحاق فقط: الإضافة فقط، دون تحرير أو حذف.
• الربط العكسي: كل بلوك يحتوي على إشارة الهاش السابقة في رأس البيانات.
• مكرر بشكل لامركزي: آلاف العقد تحتفظ بنسخة كاملة وتتحقق من كل تغيير بنفسها.
• سجل بدلا من رصيد: يتم حفظ سلسلة المعاملات وليس جدول من توازن الحسابات.

Blöcke: Aufbau, Takt und Größe

Ein Block besteht aus einem kompakten Block-Header (80 Byte) und der Liste der enthaltenen Transaktionen. Der Header bündelt genau die Felder, die für die Verkettung und den Proof of Work nötig sind.

Das Protokoll zielt auf einen Takt von durchschnittlich ~10 Minuten pro Block. Erreicht wird das über die Schwierigkeitsanpassung (siehe Abschnitt Konsens). Die Blockgröße ist nicht über Byte, sondern über Weight Units (WU) begrenzt: maximal 4 Mio. WU bzw. 1 Mio. virtuelle Byte (vByte), wobei 1 vByte = 4 WU.

SegWit und die Gewichtung

Mit Segregated Witness (SegWit, aktiviert 2017) werden Signaturdaten („Witness“) vom restlichen Transaktionskern getrennt und günstiger gewichtet: Kerndaten kosten 4 WU pro Byte, Witness-Daten nur 1 WU pro Byte. Dieser Abschlag erhöht effektiv die Kapazität, ohne das harte 1-MB-Erbe der reinen Basisdaten anzutasten.

Blocks: Structure, Cadence, and Size

A block consists of a compact block header (80 bytes) and the list of included transactions. The header bundles exactly the fields needed for chaining and proof of work.

The protocol targets a cadence of roughly 10 minutes per block on average. This is achieved via the difficulty adjustment (see the consensus section). Block size is capped not in bytes but in weight units (WU): at most 4 million WU, or 1 million virtual bytes (vbytes), where 1 vbyte = 4 WU.

SegWit and weighting

With Segregated Witness (SegWit, activated in 2017), signature data (the "witness") is separated from the rest of the transaction core and weighted more cheaply: core data costs 4 WU per byte, witness data only 1 WU per byte. This discount effectively raises capacity without touching the hard 1 MB legacy limit on base data alone.

Blocks: Structure, Pace, and Size

A block consists of a compact block header (80 bytes) and the list of transactions contained within it. The header bundles exactly those fields that are necessary for chaining and proof of work.

The protocol aims for an average pace of ~10 minutes per block. This is achieved through difficulty adjustment (see Consensus section). Block size, however, is not limited by byte but by weight units (WU): a maximum of 4 million WU, or 1 million virtual bytes (vbytes), where 1 vbyte = 4 WU.

SegWit and Weighting

With Segregated Witness (SegWit, activated in 2017), signature data ("witness") is separated from the rest of the transaction core and more cheaply weighted: core data costs 4 WU per byte, witness data only 1 WU per byte. This discount effectively increases capacity without tampering with the hard 1-MB heritage of pure base data.

Blocks: Structure, Pace, and Size

A block consists of a compact block header (80 bytes) and the list of transactions contained within it. The header bundles exactly those fields that are necessary for chaining and proof of work.

The protocol aims for an average pace of ~10 minutes per block. This is achieved through difficulty adjustment (see Consensus section). The block size is not limited by byte, but rather by weight units (WU): a maximum of 4 million WU, or 1 million virtual bytes (vbytes), where 1 vbyte = 4 WU.

SegWit and Weighting

With Segregated Witness (SegWit, activated in 2017), signature data ("witness") is separated from the rest of the transaction core and more cheaply weighted: core data costs 4 WU per byte, witness data only 1 WU per byte. This discount effectively increases capacity without tampering with the hard 1-MB heritage of pure base data.

ブロック: 構成、リズム、およびサイズ

ブロックは、コンパクトな ブロック・ヘッダー (80バイト)と含まれるトランザクションのリストです。ヘッダーは、チェイニングおよびProof of Workのために必要なフィールドを整理しています。

プロトコルはビットコインに焦点を当てている 平均して、ブロックごとに約10分のタクトそれは難易度調整（詳細はコンセンセクションを参照）によって達成されます。ブロックサイズはバイトではなく、バイト単位で指定されます。 重量単位（WU） 制限付き: 最大量 4ミリオンWU または1ミリオン仮想バイト(vByte)、1vByte = 4WU。

SegWitと重み付け

Segregated Witness (SegWit、2017年に活性化)では、署名データ("Witness")が残りのトランザクションの核から分離され、経済的に重み付けられます: 核データは1バイトあたり4WU、Witnessデータは1バイトあたり1WUです。この割引金額は、効率的に容量を増やすことなく、純粋な基底データの1MB遺産に触れることなく実現されます。

块: 构建、节奏和大小

一个块由紧凑的 块头部组成 (80字节)以及包含的交易列表。头部汇总了链和Proof of Work所需的精确字段。

该协议旨在实现 平均每个区块约~10分钟的出块节奏，这通过难度调整实现（参见共识部分）。块大小不是以字节为单位，而是以 重量单位 (WU) 来衡量和限制：最大值 400万WU，或1百万虚拟字节(vByte)，其中1vByte=4WU。

SegWit和权重

随着Segregated Witness (SegWit, 于2017年启用)，签名数据("Witness")被分离到剩余事务核中，并以更经济的方式加权: 核数据每字节需要4WU，Witness数据只有1WU每字节。这种折扣实际上提高了容量，而不改变纯基础数据的坚硬1MB遗产。

بلوكات: تركيب، تكت و حجم

يعتبر البلوك من عناصر الشبكة المفتوحة للبيتكوين (Bitcoin) ويتميز بأنّه مكون من رأس البلوك والقائمة التي تحتوي على المعاملات. رأس البلوك (80 بايت) و القائمة المتعلقة بالمعاملات المقدمة ضمن هذا البلوك. تجمع رأس البلوك بين المعلومات المحددة اللازمة لتكوين سلسلة البيانات والثبوتية من العمل.

يستهدف البروتوكول إيقاعاً يبلغ في المتوسط ~10 دقائق لكل بلوك. ويتحقق ذلك عبر تعديل الصعوبة (انظر قسم التوافق). وحجم البلوك ليس محدوداً بالبايت، بل بـوحدات الوزن (Weight Units - WU): بحد أقصى 4 ملايين وحدة وزن (WU) أو 1 مليون بايت افتراضي (vByte)، حيث 1 vByte = 4 WU.

SegWit والوزن

بموجب Segregated Witness (SegWit، تم تفعيله عام 2017) يتم فصل بيانات الالتزيم (Witness) من النواة المتبقية للمعاملة ووزنها بشكل أكثر كفاءة: بيانات النواة تكلفت 4 WU لكل بايت، بينما بيانات Witness تكلف فقط 1 WU لكل بايت. هذا التخفيف يزيد من القدرة الفعالة دون تغيير الوراثة الصعبة 1-MB للبيانات الأساسية المباشرة.

SHA-256: der kryptografische Fingerabdruck

Bitcoin verwendet die Hashfunktion SHA-256 als Klebstoff zwischen Blöcken und als Herzstück des Proof of Work. Eine kryptografische Hashfunktion bildet eine beliebig lange Eingabe auf eine feste Länge ab – bei SHA-256 immer 256 Bit (32 Byte) – und besitzt drei Eigenschaften, die hier zählen:

• Deterministisch: dieselbe Eingabe liefert immer denselben Hash.
• Einweg: aus dem Hash lässt sich die Eingabe nicht zurückrechnen; man kann nur ausprobieren.
• Lawineneffekt: die kleinste Änderung der Eingabe ändert den Hash vollständig und unvorhersehbar.

Proof of Work in einem Satz

Miner variieren die Nonce (und weitere Felder) im Header, bis der doppelte SHA-256 des Headers kleiner als das aktuelle Target ist – anschaulich: bis der Hash genügend führende Null-Bits hat. Der Suchaufwand wächst exponentiell mit der Zahl der geforderten Null-Bits, doch die Verifikation gelingt mit einer einzigen Hash-Berechnung. Diese Asymmetrie – teuer zu finden, billig zu prüfen – macht das System sicher und für jeden Node nachvollziehbar.

SHA-256: The Cryptographic Fingerprint

Bitcoin uses the hash function SHA-256 as the glue between blocks and as the heart of proof of work. A cryptographic hash function maps an input of arbitrary length to a fixed length — for SHA-256 always 256 bits (32 bytes) — and has three properties that matter here:

• Deterministic: the same input always yields the same hash.
• One-way: the input cannot be derived back from the hash; one can only try.
• Avalanche effect: the smallest change to the input changes the hash completely and unpredictably.

Proof of work in one sentence

Miners vary the nonce (and other header fields) until the double SHA-256 of the header is smaller than the current target — intuitively, until the hash has enough leading zero bits. The search effort grows exponentially with the number of required zero bits, yet verification takes a single hash computation. This asymmetry — expensive to find, cheap to check — is what makes the system secure and verifiable by every node.

SHA-256: la huella criptográfica

Bitcoin utiliza la función de hash SHA-256 como pegamento entre bloques y como núcleo del Proof of Work. Una función de hash criptográfica toma una entrada arbitrariamente larga y la reduce a una longitud fija - en el caso de SHA-256, siempre 256 bits (32 bytes) - y posee tres propiedades que importan aquí:

• Determinista: la misma entrada produce siempre el mismo hash.
• Unidireccional: a partir del hash no se puede revertir la entrada; solo se puede probar al azar.
• Efecto de avalancha: el menor cambio en la entrada modifica completamente y de manera impredecible el hash.

Proof of Work en una oración

Los mineros varían la nonce (y otros campos) en el encabezado hasta que el doble SHA-256 del encabezado es menor que el target actual - en otras palabras: hasta que el hash tenga suficientes ceros iniciales. El esfuerzo de búsqueda aumenta exponencialmente con la cantidad de ceros requeridos, pero la verificación se realiza con un solo cálculo de hash. Esta asimetría - costoso encontrar, barato verificar - hace que el sistema sea seguro y comprensible para cada nodo.

SHA-256: o rastro criptográfico

Bitcoin utiliza a função de hash SHA-256 como cola entre blocos e como peça-chave do Proof of Work. Uma função de hash criptográfica transforma uma entrada arbitrariamente longa em uma determinada largura - sempre 256 bits (32 bytes) para SHA-256 - e possui três propriedades que são importantes aqui:

• Determinístico: a mesma entrada gera sempre o mesmo hash.
• Unidirecional: a partir do hash, não é possível reverter a entrada; você pode apenas tentar.
• Efeito de avalanche: a menor alteração na entrada muda completamente e imprevisivelmente o hash.

Proof of Work em uma frase

Mineiros variam o Nonce (e outros campos) no cabeçalho, até que o duplicado SHA-256 do cabeçalho seja menor do que o alvo atual - em termos visuais: até que o hash tenha suficientes bits de zero na frente. O esforço de busca aumenta exponencialmente com o número de zeros exigidos, mas a verificação é feita com apenas um cálculo de hash. Essa assimetria - caro para encontrar, barato para verificar - torna o sistema seguro e compreensível para cada nó.

SHA-256: クリプトグラフィックの指紋

ビットコインは、ブロック間の接着剤とProof of Workの心臓部としてSHA-256ハッシュ関数を使用しています。クリプトグラフィックのハッシュ関数は、入力が一定長さに変換されます - SHA-256では常に256ビット (32バイト) - そして3つの特性があります。これらは以下の通りです。

• 決定論的: 同じ入力は常に同じハッシュを生成します。
• 一方向: ハッシュから入力を復号化することはできません。試行錯誤ができます。
• ランニングギフト効果: 入力の最小変更もハッシュ全体と予測不能に変更されます。

Proof of Workを1文で説明します

マイナーは、ヘッダー内のNonce (およびその他のフィールド) を変化させ、ヘッダーのSHA-256が現在のターゲットよりも小さい - 明確に: すくうNullビットが十分に多いです。要求されるNullビットの数に応じて、検索労働は指数関数的に増加しますが、1つのハッシュ計算で検証可能です。この非対称性 - 高価な見つけ出し、安い検証 - がシステムの安全性を保ちます。また、すべてのノードが理解できるようにしています。

SHA-256: 密码学的指纹

Bitcoin 使用哈希函数 SHA-256 作为块之间的粘合剂和Proof of Work的核心。一个密码学的哈希函数将任意长度的输入转换成固定长度 - 对于SHA-256始终是256位 (32字节) - 并具备三个属性,在这里很重要:

• 确定性: 同一输入总是产生相同的哈希。
• 单向: 从哈希中无法恢复输入;你只能尝试。
• 法林石效应: 最小更改输入将完全改变哈希并不可预测。

工作证明在一个句子中

矿工在头部中（以及其他字段）调整Nonce（和其他字段），直到头部的SHA-256哈希值为双重。 小于当前目标 是——直观地说：直到哈希值有足够多的前导零位。搜索成本会增加 指数性 但零比特的要求数量增加了，但 验证成功通过单个哈希计算实现这些不对称性——昂贵来找，廉价来验证——使系统安全且每个节点都可理解。

SHA-256: بصمة كريبتوجرافية

يستخدم بيتكوين الدالة الهاش SHA-256 كمادة ط971; بين الحقائق والقلب من نظرية العمل. تتميز الدالة الكريبتوجرافية بتغيير المدخلات إلى طول ثابت - 256 بت (32 بايت) في حالة SHA-256 - وله ثلاث خصائص مهمة هنا:

• التحديدية: ستقدم نفسها دائمًا بنفس الهاش عند استخدام نفس المدخلة.
• الاتجاه الواحد: من خلال الهاش لا يمكن استرداد المدخلة; يمكن فقط تجربة.
• تأثير الانحدار الجليدي: تغيير صغير في المدخلة سيؤدي إلى تغيير كامل ولامتطوري للهاش.

إثبات العمل في جملة واحدة

يختلف التعامل مع النونس (وأخرى المجالات) في رأس المقالة، حتى يكون الهاش الدبل التكراري لرأس المقالة أصغر من الهدف الحالي - صورة: حتى يحصل على هاش يكفي عدد الأصفار التي تؤدي إلى الصفر. يزداد جهد البحث إكسبونثيايل مع زيادة عدد الأصفار المطلوبة، لكن التأكيد ممكن بواسطة حساب الهاش الواحد. هذه الفوارق - غالي في العثور عليها، رخيص في التحقق منها - تجعل النظام آمنًا ومفهمًا من قبل كل العقد.

Merkle-Baum und Merkle-Root

Wie fasst ein 32-Byte-Feld im Header tausende Transaktionen zusammen? Über einen Merkle-Baum. Alle Transaktionen eines Blocks werden gehasht, paarweise erneut gehasht, und dieser Vorgang wiederholt sich, bis nur ein einziger Hash übrig bleibt: die Merkle-Root. Sie steht im Block-Header und bezeugt den exakten Inhalt und die Reihenfolge sämtlicher Transaktionen.

Ändert sich eine einzige Transaktion, ändert sich ihr Hash, dann jeder Hash entlang des Pfades nach oben und schließlich die Merkle-Root – und damit der Block-Header und sein Proof of Work. So genügen 32 Byte, um die Unversehrtheit eines ganzen Blocks zu garantieren.

SPV und Light Clients

Der eigentliche Mehrwert ist der Merkle-Beweis: Um zu belegen, dass eine bestimmte Transaktion in einem Block enthalten ist, genügt der Pfad von dieser Transaktion bis zur Root – nicht der gesamte Block. Bei n Transaktionen umfasst der Beweis nur etwa log₂(n) Hashes. Darauf beruht Simplified Payment Verification (SPV): Leichte Clients laden nur die Header (je 80 Byte) und prüfen einzelne Transaktionen per Merkle-Beweis, ohne die komplette Kette vorzuhalten.

Merkle Tree and Merkle Root

How does a single 32-byte field in the header summarize thousands of transactions? Through a Merkle tree. All transactions in a block are hashed, hashed again in pairs, and this process repeats until only one hash remains: the Merkle root. It sits in the block header and attests to the exact content and ordering of every transaction.

If a single transaction changes, its hash changes, then every hash along the path upward, and finally the Merkle root — and with it the block header and its proof of work. Thus 32 bytes suffice to guarantee the integrity of an entire block.

SPV and light clients

The real payoff is the Merkle proof: to show that a particular transaction is included in a block, you need only the path from that transaction up to the root — not the whole block. For n transactions, the proof contains only about log₂(n) hashes. This is the basis of Simplified Payment Verification (SPV): light clients download only the headers (80 bytes each) and verify individual transactions via Merkle proofs, without holding the complete chain.

Árbol de Merkle y Raíz de Merkle

¿Cómo se agrupan miles de transacciones en un campo de 32 bytes en el encabezado? A través de un Árbol de Merkle. Todas las transacciones de un bloque se hashean, se hashean nuevamente por pares y este proceso se repite hasta que solo queda un único hash: la Raíz de Merkle. Se encuentra en el encabezado del bloque y atestigua el contenido exacto y la secuencia de todas las transacciones.

Si cambia una sola transacción, su hash cambiará, luego cada hash a lo largo del camino hacia arriba y finalmente la raíz de Merkle - y con eso el encabezado del bloque y su Proof of Work. Así, 32 bytes garantizan la integridad completa de un bloque entero.

SPV y clientes ligeros

El verdadero valor adicional es el Proof of Stake (PoS): Para demostrar que una transacción específica se encuentra en un bloque, basta con el camino desde esa transacción hasta la raíz - no todo el bloque. Con n transacciones, el testimonio solo incluye alrededor de log₂(n) hashes. Esto es lo que subyace a Simplified Payment Verification (SPV): Los clientes ligeros cargan solo los encabezados (80 bytes cada uno) y verifican transacciones individuales mediante el Proof of Stake, sin mantener la cadena completa.

Árvore de Merkle e Raiz de Merkle

Como um campo de 32 bytes no cabeçalho junta milhares de transações? Com uma árvore de Merkle. Todas as transações de um bloco são hashadas, re-hashed em pares e este processo se repete até que reste apenas um único hash: a raiz de Merkle. Ela está no cabeçalho do bloco e atesta o conteúdo exato e a ordem de todas as transações.

Altera-se uma única transação, muda seu hash, então cada hash ao longo do caminho para cima e finalmente a raiz de Merkle - e com isso, o cabeçalho do bloco e seu Proof of Work. Assim, 32 bytes são suficientes para garantir a integridade de um bloco inteiro.

SPV e clientes leves

O verdadeiro benefício é o comprovante de Merkle: Para provar que uma determinada transação está em um bloco, basta o caminho desse transacionamento até a raiz - não todo o bloco. Com n transações, o comprovação envolve apenas cerca de log₂(n) hashes. Isso é baseado em Pagamento Simplificado Verificação (SPV): Clientes leves carregam somente os cabeçalhos (80 bytes cada) e verificam transações individuais por meio do comprovante de Merkle, sem manter a cadeia completa.

メルケル木とメルケルルート

ヘッダー内の32バイトのフィールドは、何千のトランザクションをまとめるか？それを使って、 メルケル木. すべてのブロックのトランザクションがハッシュされ、ペアで再度ハッシュされ、このプロセスが繰り返され、最後に1つのハッシュだけ残る：それは メルケルルート. 彼はブロックヘッダーにあり、すべてのトランザクションの正確な内容と順序を証明しています。

1つのトランザクションが変更されると、そのハッシュが変わって、上向きにパス全体に変更され、そしてメルケルルート、そしてブロックヘッダーとそのProof of Work。だから、32バイトで一つのブロックの不変性を保証することができます。

SPVとライトクライアント

本質的な利点は メルケル証明: 一定のトランザクションがブロックに含まれていることを示すために、Rootまでのこのトランザクションのパスが十分です。全体のブロックではなく、 n トランザクションでは、証明は約 log₂(n) ハッシュだけです。それが基盤となっている Simplified Payment Verification (SPV): 軽量クライアントはヘッダー（80バイト）のみを読み込んで、Merkleの証明によって個々のトランザクションを検証し、全体のチェーンを持つ必要がない。

Merkle树和Merkle根

如何将一个32字节的字段在头部中汇总成数千个交易呢？通过一个Merkle树。所有一个块中的交易都会被哈希、再次对pairwise哈希，并且这个过程会重复，直到只剩下一个哈希：这就是Merkle根。它出现在块头部并证明了所有交易的确切内容和顺序。

如果改变其中一笔交易，它的哈希将发生变化，然后沿着上面的路径每个哈希都将发生变化，最后是Merkle-Root，以及整个块的Header和其Proof of Work。因此，只需要32字节来保证一个完整块的完整性。

SPV和轻客户端

真正的价值在于Merkle证明：要证明某一笔交易包含在一个块中，仅需从这笔交易到根的路径，而不需要整个块。对于n笔交易，证明只需要约log₂(n)个哈希。这种方法称为Simplified Payment Verification (SPV)：轻客户端只下载头部（每个80字节）并通过Merkle证明验证单笔交易，而不需要保存整个链。

شجرة مركل و الجذر المركل

كيف يجمع حقل 32 بايت في الرأس آلاف المعاملات؟ بواسطة شجرة مركل. جميع المعاملات في الحزمة يتم هشها، ويتم هشها مرة أخرى زوجياً، وتكرر هذه العملية حتى تبقى فقط هاش واحد: الجذر المركل الجذر المركل. وهي موجودة في رأس الحزمة وثقت محتوى وموعد جميع المعاملات.

يغير تغيير معاملة واحدة، يغير هاشها، ثم كل هاش على طول المسار لأعلى وبالتالي الجذر المركل - وبالتالي رأس الحزمة وبروفة العمل. لذا يكفي 32 بايت لضمان عدم التلاعب بأحزمة كاملة.

SPV و العملاء الخفيفة

الفائدة الحقيقية هي برهان مركل: لإثبات أن معاملة معينة مغلفة في حزمة، يكفي مسار هذه المعاملة حتى الجذر - وليس الحزمة بأكملها. عند n المعاملات يشتمل الإvidence فقط حوالي log₂(n) هاشات. ذلك يستند إلى Simplified Payment Verification (SPV): العملاء الخفيفين يقومون بتحميل الرؤوس فقط (80 بايت لكل منها) ويدققون في المعاملات الفردية بواسطة حكم مركلة، دون الحفظ الكامل للقناة.

Schlüssel: Private Key, Public Key und ECDSA

Eigentum in Bitcoin bedeutet Kontrolle über einen privaten Schlüssel. Ein Private Key ist im Kern eine extrem große Zufallszahl (256 Bit). Aus ihm wird über Kurvenmultiplikation auf der elliptischen Kurve secp256k1 ein Public Key abgeleitet; aus dem Public Key wiederum eine Adresse. Die Richtung ist eine Einbahnstraße:

Private Key  →  Public Key  →  Adresse

Vom Private Key zum Public Key ist die Berechnung leicht; der umgekehrte Weg (aus dem Public Key den Private Key zu gewinnen) ist nach heutigem Stand praktisch unmöglich. Beim Ausgeben signiert die Wallet die Transaktion mit dem Private Key; das Netzwerk verifiziert die Signatur gegen den Public Key. Klassisch nutzt Bitcoin dafür ECDSA über secp256k1; mit Taproot kam zusätzlich Schnorr hinzu (nächster Abschnitt).

Keys: Private Key, Public Key, and ECDSA

Ownership in Bitcoin means control over a private key. A private key is at its core an extremely large random number (256 bits). From it, a public key is derived via point multiplication on the elliptic curve secp256k1; from the public key, in turn, an address. The direction is a one-way street:

private key  →  public key  →  address

Going from private key to public key is easy to compute; the reverse (recovering the private key from the public key) is, by today's standards, practically impossible. When spending, the wallet signs the transaction with the private key; the network verifies the signature against the public key. Classically, Bitcoin uses ECDSA over secp256k1 for this; with Taproot, Schnorr was added (next section).

Clave: Llave privada, Llave pública y ECDSA

Propiedad en Bitcoin significa control sobre una llave privada. Una Llave Privada es fundamentalmente un número aleatorio extremadamente grande (256 bits). A partir de ella se deriva una Llave Pública a través del cálculo de curvas sobre la curva elíptica secp256k1; y a partir de la Llave Pública, una Dirección. La dirección es un camino de solo ida:

Llave Privada  →  Llave Pública  →  Dirección

Del Llave Privada a la Llave Pública es fácil; el camino inverso (obtener la Llave Privada a partir de la Llave Pública) es prácticamente imposible en la actualidad. Al enviar, la billetera firma la transacción con la Llave Privada; la red verifica la firma contra la Llave Pública. Clásicamente, Bitcoin utiliza para ello ECDSA sobre secp256k1; con Taproot también se añadió Schnorr (siguiente apartado).

Chave: Chave Privada, Chave Pública e ECDSA

Titularidade em Bitcoin significa controle sobre uma chave privada. Uma Chave Privada é, na essência, um número aleatório extremamente grande (256 bits). A partir dele, usando multiplicação de curvas na curva elíptica secp256k1, se obtém uma Chave Pública; a partir desta, por sua vez, uma endereço. O caminho é um via única:

Chave Privada  →  Chave Pública  →  Endereço

Da Chave Privada para a Chave Pública é fácil; o caminho inverso (obter a Chave Privada a partir da Chave Pública) é, atualmente, praticamente impossível. Ao enviar, a carteira assina a transação com a Chave Privada; a rede verifica a assinatura contra a Chave Pública. Bitcoin usa classicamente ECDSA sobre secp256k1; com Taproot, Schnorr foi adicionado (próximo tópico).

キー：プライベートキー、パブリックキーとECDSA

ビットコインの所有権意味 私の秘密鍵の制御私有鍵は、根本的に非常に大きなランダムな数（256ビット）です。そのものから、楕円曲線上のカーブ乗算を通じて secp256k1 一つ 公開鍵 分岐; また、パブリック・キーから アドレス方向は一方通行の通りです：

私的キー → 公開鍵 → アドレス

私的キーから公開鍵への計算は簡単ですが、現状では逆に（公開鍵から私的キーを得る）実用的な方法はほとんどありませんでした。署名を行う際にはウォレットが私的キーで署名し、ネットワークはその署名を公開鍵で検証します。ビットコインでは ECDSA secp256k1を使用していて、TaprootによりSchnorrも追加されました（次の節で詳述）。

密钥：私钥、公钥和ECDSA

在比特币中拥有资产意味着什么 对于一个私密密钥的控制一个私钥本质上是一种极其大的随机数（256位）。从这个私钥通过椭圆曲线上的曲线乘法来推导出公钥 secp256k1 一个 公钥 从公钥再次推导出一个 地址。方向是一条单向路：

私钥 → 公钥 → 地址

从私钥到公钥的计算简单;反之(从公钥找回私钥)目前实际上是不可能的。当钱包签发交易时,它使用私钥;网络验证签名以公钥。 Bitcoin 使用 ECDSA ECDSA 通过 secp256k1; Taproot 还添加了 Schnorr (下一节)。

المفتاح الرئيسي: مفتاح خاص، مفتاح عام و ECDSA

الملكية في بيتكوين تعني سيطرة على مفتاح خاص. مفتاح خاص هو في essence رقم عشوائي كبير للغاية (256 بت). من خلال عملية الجمع على المحور الزائدي secp256k1 يتم استنباط مفتاح عام منه؛ ومن المفتاح العام بدوره عنوان. الاتجاه هو في إحدى الطرق:

مفتاح خاص  →  مفتاح عام  →  عنوان

من المفتاح الخاص إلى المفتاح العام عملية بسيطة؛ بالعكس (استنباط المفتاح الخاص من المفتاح العام) هي في الوقت الحاضر عمليا مستحيلة. عند إرسال المعاملة يوقع المحفظة على المعاملة باستخدام المفتاح الخاص؛ وتحقق الشبكة من التوقيع ضد المفتاح العام. يستخدم بيتكوين بشكل تقليدي ECDSA عبر secp256k1؛ مع Taproot تم إضافة Schnorr أيضا (القسم التالي).

Adressformate im Vergleich

Über die Jahre haben sich mehrere Adressformate etabliert. Sie unterscheiden sich in Kodierung, Effizienz (Transaktionsgröße/Gebühren) und Funktionsumfang. Das führende Zeichen verrät meist den Typ.

Base58Check vermeidet leicht verwechselbare Zeichen (0/O, l/I) und enthält eine Prüfsumme. Bech32 bzw. Bech32m nutzt nur Kleinbuchstaben und Ziffern, ist robuster gegen Tippfehler und macht Transaktionen kompakter (geringere Gebühren). Taproot-Adressen verwenden bewusst Bech32m statt Bech32, um eine technische Eigenheit der ursprünglichen Bech32-Prüfsumme zu beheben.

Address Formats Compared

Over the years, several address formats have become established. They differ in encoding, efficiency (transaction size/fees), and feature scope. The leading character usually reveals the type.

Base58Check avoids easily confused characters (0/O, l/I) and includes a checksum. Bech32 and Bech32m use only lowercase letters and digits, are more robust against typos, and make transactions more compact (lower fees). Taproot addresses deliberately use Bech32m rather than Bech32 to fix a technical quirk in the original Bech32 checksum.

Diferentes formatos de direcciones

A lo largo de los años, varios formatos de direcciones se han establecido. Difieren en codificación, eficiencia (tamaño de transacción/ tarifas) y alcance de funciones. La letra inicial suele revelar el tipo.

Base58Check evita caracteres fácilmente confundibles (0/ O, l/I) y contiene una suma de comprobación. Bech32 o Bech32m utiliza solo minúsculas y números, es más resistente a errores de tecleo y hace que las transacciones sean más compactas (menores tarifas). Las direcciones de Taproot utilizan conscientemente Bech32m en lugar de Bech32 para corregir un aspecto técnico del cálculo de comprobación original de Bech32.

Formatos de endereço em comparação

Com o passar dos anos, vários formatos de endereço se estabeleceram. Eles diferem em codificação, eficiência (tamanho de transação/tarifa) e alcance de funcionalidades. A letra inicial geralmente revela o tipo.

Base58Check evita caracteres facilmente confundíveis (0/O, l/I) e contém uma soma de verificação. Bech32 ou Bech32m usa apenas minúsculas e números, é mais resistente a erros de digitação e torna as transações mais compactas (menor custo). Endereços Taproot usam intencionalmente Bech32m em vez de Bech32 para corrigir um artifício técnico na soma de verificação original da Bech32.

アドレスフォーマットの比較

数年間でいくつかのアドレスフォーマットが確立されました。彼らは符号化、効率（トランザクションサイズ/料金）および機能範囲で異なります。それぞれの表示文字がタイプをほぼ示しています。

Base58Check は0/Oやl/Iを混同しにくいようにしてチェックサムを含んでいます。Bech32 および Bech32m は小文字と数字のみを使用し、タイプミスに対して強度があり、トランザクションがコンパクトになり（低い料金）となります。Taprootアドレスは元のBech32チェックサムの技術的な特性を修正するために意図的に Bech32m を使用しています。

地址格式比较

经过多年的发展,已经出现了几种不同的地址格式。它们在编码、效率(交易大小/费用)和功能范围方面各异。通常,前导符号会泄露类型。

Base58Check 避免了容易混淆的字符(0/O, l/I)并包含校验和。Bech32 或 Bech32m 使用小写字母和数字, 更健壮对抗输入错误, 并使交易更紧凑(费用较低)。Taproot地址故意使用Bech32m, 而不是 Bech32, 来解决原始 Bech32 校验和的技术问题。

مقارنة أشكال العناوين

على مدى السنوات، تم تأسيس عدة أشكال لعناوين العنوان. يختلفون في الترميز والكفاءة (حجم المعاملة/الرسوم) والدعم المزود. عادة ما يكشف الاشارة الرئيسية النوع.

Base58Check يبتعد عن الأحرف الخاطئة (0/O، l/I) ويحتوي على ملخص التأكيد. Bech32 أو Bech32m يستخدم فقط الحروف الصغيرة والرقم، أكثر صلابة ضد الأخطاء الناتجة عن الضغط ويوفر (تكلفة رسوم منخفضة). العناوين الخاصة بتأپروت تستخدم Bech32m بعمد بدلاً من Bech32 لتصحيح مشكلة تقنية في ملخص التأكيد الأصلية للBech32.

Schnorr & Taproot

Der Taproot-Soft-Fork wurde bei Block 709.632 im November 2021 aktiv (Lock-in mit 90 % Signalisierung der Hash-Leistung). Er bündelt drei BIPs: BIP340 (Schnorr-Signaturen), BIP341 (Taproot/MAST) und BIP342 (Tapscript).

Schnorr-Signaturen (BIP340)

Schnorr ist unter denselben kryptografischen Annahmen sicher wie ECDSA, bringt aber praktische Vorteile: ein festes 64-Byte-Signaturformat (statt der variablen DER-Kodierung von ECDSA) und die Eigenschaft der Linearität. Letztere ermöglicht MuSig: Mehrere Beteiligte können ihre Schlüssel und Signaturen zu einem einzigen aggregierten Schlüssel und einer einzigen Signatur zusammenfassen.

Privatsphäre und Effizienz

Für das Netzwerk sieht eine MuSig-Multiparty-Ausgabe dann aus wie eine ganz gewöhnliche Single-Key-Ausgabe. Über MAST (Merklized Alternative Script Trees) wird zudem nur der tatsächlich genutzte Ausgabepfad offengelegt, nicht alle möglichen Bedingungen. Das verbessert die Privatsphäre und reduziert die Datenmenge, was sich in geringeren Gebühren niederschlägt.

Schnorr & Taproot

The Taproot soft fork became active at block 709,632 in November 2021 (locked in with 90% hash-power signalling). It bundles three BIPs: BIP340 (Schnorr signatures), BIP341 (Taproot/MAST), and BIP342 (Tapscript).

Schnorr signatures (BIP340)

Schnorr is secure under the same cryptographic assumptions as ECDSA, but brings practical advantages: a fixed 64-byte signature format (instead of ECDSA's variable DER encoding) and the property of linearity. The latter enables MuSig: several parties can combine their keys and signatures into a single aggregated key and a single signature.

Privacy and efficiency

To the network, a MuSig multiparty spend then looks like an ordinary single-key spend. Via MAST (Merklized Alternative Script Trees), only the spending path actually used is revealed, not all possible conditions. This improves privacy and reduces data, which translates into lower fees.

Schnorr & Taproot

El fork suave de Taproot se activó en el bloque 709.632 en noviembre de 2021 (enganche con un 90% de señalización de la capacidad hash). Agrupa tres BIPs: BIP340 (firmas Schnorr), BIP341 (Taproot/MAST) y BIP342 (Tapscript).

Firmas Schnorr (BIP340)

Schnorr es seguro bajo las mismas suposiciones criptográficas que ECDSA, pero ofrece ventajas prácticas: un formato de firma fijo de 64 bytes (en lugar del codificado DER variable de ECDSA) y la propiedad de la linealidad. Esta última permite MuSig: varios participantes pueden combinarse para fusionar sus claves y firmas en una sola clave y firma agregada.

Privacidad y eficiencia

Una salida de MuSig como múltiple parece ser una salida de clave única normal. Además, MAST (Arbustos de Script Alternativo Merklizados) revela solo el camino de salida utilizado en realidad, no todas las posibles condiciones. Esto mejora la privacidad y reduce la cantidad de datos, lo que se refleja en tarifas más bajas.

Schnorr & Taproot

O fork molequinho de Taproot foi ativado em bloco 709.632 em novembro de 2021 (lock-in com 90% de sinalização da performance hash). Ele combina três BIPs: BIP340 (assinaturas Schnorr), BIP341 (Taproot/MAST) e BIP342 (Tapscript).

Assinaturas Schnorr (BIP340)

Schnorr está em segurança com as mesmas suposições criptográficas que ECDSA, mas oferece vantagens práticas: um formato de assinatura fixo de 64 bytes (em vez do codage variável DER de ECDSA) e a propriedade da linearidade. Essa última permite MuSig: vários participantes podem combinar suas chaves e assinaturas em uma única chave e assinatura agregada.

Privacidade e eficiência

Para a rede, uma saída MuSig com múltiplas partes parece como uma saída de chave única normal. Com MAST (Arvores Alternativas Merklizadas de Script) também é revelado apenas o caminho de saída realmente usado, não todas as possíveis condições. Isso melhora a privacidade e reduz o volume de dados, o que se reflete em taxas menores.

スノール (Snuoru) & タプロート

タプロートソフトフォークは、2021年11月のブロック709,632で有効化されました（ハッシュパワーの90%のシグナリングによるロックイン）。これは3つのBIPをまとめたものです：BIP340（Schnorr署名）、BIP341（タプロート／MAST）、そしてBIP342（タプスクリプト）。

スノール署名（BIP340）

スノールは、ECDSAと同じ暗号学的仮定の下で安全ですが、実用上の利点があります：固定長の64バイト署名形式（ECDSAの可変長DERエンコーディングではなく）と線形性という特性です。後者はMuSigを可能にします：複数の参加者が自分の鍵と署名を1つの集約された鍵と1つの署名にまとめることができます。

プライバシーと効率性

ネットワークの観点では、MuSigのマルチパーティ出力は単一の秘密鍵出力とまったく同じように見えます。 マスト (マーカライズド・オルタナティブ・スクリプト・ツリー) では、実際に使用される出力パスのみが公開されますが、すべての可能な条件が表示されません。これはプライバシーを向上させる効果があります。 そして データ量を減らすことで、低い料金が生じる。

斯诺尔 & Taproot

Taproot软分叉在2021年11月的第709,632个区块激活（以90%的哈希算力信号锁定）。它汇集了三个BIP：BIP340（斯诺尔签名）、BIP341（Taproot/MAST）和 BIP342（Tapscript）。

Schnorr-Signature (BIP340)

Schnorr 在相同的加密假设下安全如 ECDSA, 但带来实际优势:一个 固定的 64 字节签名格式 (而不是 ECDSA 的可变 DER 编码) 和属性为 线性. 后者使得 MuSig: 多个参与者可以将他们的密钥和签名汇总成一个单独的聚合密钥和一个单独的签名。

隐私和效率

对于网络,当使用MuSig-Multiparty输出时,它看起来就像普通的Single-Key输出。通过 MAST (Merklized Alternative Script Trees)只揭示了实际使用的输出路径而不是所有可能的条件。这提高了隐私 并且 减少了数据量,这反映在较低的费用。

سناور & تابلوروت

أصبح تابلوروت-فورك الناعم فعّالاً عند الكتلة 709.632 في نوفمبر 2021 (تم التثبيت بإشارة 90٪ من قدرة التجزئة). وهو يجمع بين ثلاثة BIPs: BIP340 (توقيعات سناور)، BIP341 (تابلوروت/ماست) و BIP342 (تابسكريبت).

توقيعات سناور (BIP340)

سناور آمن في ظل الافتراضات التشفيرية نفسها التي يقوم عليها ECDSA، لكنه يوفّر مزايا عملية: صيغة توقيع ثابتة بحجم 64 بايت (بدلاً من ترميز DER المتغير في ECDSA) وخاصية الخطية. وتتيح الأخيرة MuSig: إذ يمكن لعدة أطراف دمج مفاتيحهم وتوقيعاتهم في مفتاح مجمّع واحد وتوقيع واحد.

الخصوصية والكفاءة

بالنسبة للشبكة، يبدو ان إخراج MuSig-Multiparty مثل إخراج المفتاح الواحد بشكل عادي. على الرغم من MAST (أشجار النصائح المرموزة البديلة) يتم الكشف فقط عن مسار الإخراج الفعلي، وليس جميع الاحتمالات الممكنة. هذا يتحسن الخصوصية و يقلل من كمية البيانات، مما يعكس في تكاليف الأمان المنخفضة.

Transaktionen und das UTXO-Modell

Bitcoin kennt keine Kontostände. Stattdessen besteht das Guthaben aus einer Menge unverbrauchter Transaktionsausgaben – den UTXOs (Unspent Transaction Outputs). Jede dieser „Münzen“ trägt einen Betrag und eine Ausgabebedingung. Das Guthaben einer Wallet ist schlicht die Summe der UTXOs, die sie ausgeben kann.

Inputs, Outputs, Wechselgeld

Eine Transaktion verbraucht bestehende UTXOs als Inputs und erzeugt neue UTXOs als Outputs. UTXOs werden dabei immer vollständig ausgegeben. Wer mehr Wert in den Inputs hat als an den Empfänger gehen soll, erhält den Rest als Wechselgeld an eine eigene (oft neue) Adresse zurück.

Die Coinbase-Transaktion

Die erste Transaktion jedes Blocks ist die Coinbase-Transaktion. Sie hat keinen normalen Input, erzeugt neue Coins (den Block-Subsidy) und sammelt zusätzlich die Gebühren aller übrigen Transaktionen ein. Der Subsidy halbiert sich alle 210.000 Blöcke (Halving) und liegt seit April 2024 bei 3,125 BTC. Auf dieser Mechanik beruht das harte Limit von 21 Mio. BTC; langfristig kann der Anreiz vollständig auf Gebühren übergehen.

Transactions and the UTXO Model

Bitcoin has no account balances. Instead, holdings consist of a set of unspent transaction outputs — the UTXOs (Unspent Transaction Outputs). Each of these "coins" carries an amount and a spending condition. A wallet's balance is simply the sum of the UTXOs it can spend.

Inputs, outputs, change

A transaction consumes existing UTXOs as inputs and creates new UTXOs as outputs. UTXOs are always spent in full. If you hold more value in the inputs than should go to the recipient, you receive the remainder as change back to one of your own (often new) addresses.

The coinbase transaction

The first transaction of every block is the coinbase transaction. It has no ordinary input, creates new coins (the block subsidy), and additionally collects the fees of all other transactions. The subsidy halves every 210,000 blocks (the halving) and has stood at 3.125 BTC since April 2024. This mechanism is the basis of the hard cap of 21 million BTC; in the long run the incentive can shift entirely to fees.

Transacciones y el modelo UTXO

Bitcoin no conoce saldos de cuenta. En su lugar, el saldo se compone de una cantidad de transacciones sin gastos no utilizados (UTXOs en inglés) - UTXOs. Cada una de estas "monedas" lleva un monto y una condición de salida. El saldo de una billetera es simplemente la suma de los UTXOs que puede realizar.

Entradas, salidas y cambio

Una transacción consume UTXOs existentes como entradas y genera nuevos UTXOs como salidas. Los UTXOs siempre se utilizan completamente. El que tiene más valor en las entradas que el destinatario recibe, recibe el exceso como cambio a una dirección propia (a menudo nueva) de vuelta.

La transacción Coinbase

La primera transacción de cada bloque es la transacción Coinbase. No tiene una entrada normal, genera nuevas monedas (el subsidio del bloque) y también recauda las comisiones de todas las demás transacciones. El subsidio se reduce a la mitad cada 210.000 bloques (halving) y desde abril de 2024 es de 3,125 BTC. Este mecanismo subyace en el límite duro de 21 millones de BTC; a largo plazo, todo el incentivo puede pasar completamente a las comisiones.

Transações e o modelo UTXO

Bitcoin não conhece salvos de conta. Em vez disso, o saldo é composto por uma quantidade de gastos em transações não utilizados - os UTXOs (Outputs de Transação Nao Usados). Cada uma dessas "moedas" carrega um valor e uma condição de saída. O saldo de uma carteira simplesmente é a soma dos UTXOs que ela pode gastar.

Inputs, Outputs, Troco

Uma transação consome UTXOs existentes como Inputs e gera novos UTXOs como Outputs. Os UTXOs são sempre gastos na íntegra. Quem tem mais valor nos Inputs do que o destinatário deseja enviar, recebe a diferença como troco em uma nova (frequentemente) endereço de volta.

A transação Coinbase

A primeira transação de cada bloco é a transação Coinbase. Ela não tem um input normal, gera novas moedas (o subsidio do bloco) e também coleta as taxas de todas as outras transações. O subsídio é dividido ao meio a cada 210.000 blocos (Halving) e está desde abril de 2024 em 3,125 BTC. Essa mecânica é o fundamento do limite 21 milhões de BTC; no longo prazo, todo o incentivo pode ser transferido para as taxas.

トランザクションとUTXOモデル

ビットコインは知っている 口座残高がなくそれに替わって、残高は未使用トランザクション出力（Unspent Transaction Outputs, UTXO）という多くの未使用のトランザクション出力を含んでいます。各これらの「硬貨」は金額と出力条件を持ちます。ウォレットの残高は、出力できるUTXOsの合計です。 UTXOs (Unspent Transaction Outputs). それぞれの「硬貨」には金額と出力条件があります。ウォレットの残高は、出力できるUTXOsの合計です。

入力、出力、引き戻し

一つのトランザクション UTXOを消費 使用中のUTXOsを使用 入力 そして 生み出す 新しい UTXOs をとして 出力. UTXOs は常に完全に出力されます。入力の価値が受取人への出力よりも多くある場合は、残りを 切手金 自分の（しばしば新しい）アドレスに戻します。

Coinbase トランザクション

各ブロックの最初の取引が Coinbase トランザクション です。通常の入力を持たず、新しいコイン（ブロック・サブシディ）を生成し、さらに他のすべての取引の手数料を集めます。サブシディは210,000ブロックごとに半減し（Halving）、2024年4月以降は 3.125 BTC です。この仕組みが 2,100万BTC という厳格な上限の基礎になっています。長期的には、インセンティブは完全に手数料へ移行しうるのです。

交易和UTXO模型

比特币大家都知道 无账户余额而不是，余额由一组未使用的交易支出组成——所谓的比特币。 UTXO（未花费输出） (未花费的交易输出)。每一枚这些"硬币"上都有一个金额和一种输出条件。一个钱包的余额简单地就是它可以支出的所有UTXO之和。

输入，输出，找零钱

一笔交易 消耗 现有UTXO作为 输入 和 生成 新的UTXOs作为 输出。UTXOs始终被完全释放。有更多价值的输入比要发送给接收者的值更高的人会得到剩余部分作为 小费 到一个自己的(通常是新的)地址。

Coinbase交易

每个块的第一笔交易是 Coinbase交易。它没有正常的输入，创建了新的 Coins（即块补贴）以及收集了其他所有交易的手续费。补贴每 210,000 块减半一次（Halving），自 2024 年 4 月以来已降至 3.125 BTC。这一机制是比特币的硬上限基础所依赖。 2100万比特币; 长期来说, 激励完全可以转移到手续费上。

المعاملات والنموذج UTXO

لا يعرف بيتكوين لا يوجد توازنات حسابية. بل يتمثل الأصل في الحساب في كمية من نواتج المعاملة غير المستخدمة - التي تعرف باسم UTXOs (الخروقات غير المستعملة للمعاملات). كل واحدة من هذه "المؤن" تحمل قيمة ونصيحة استهلاك. الحساب الكلي للطرد هو ببسطة إجمالي UTXOs التي يمكنها استخدام.

المدخلات والoutputs والتغيير النقدي

معاملة تستخدم UTXOs القائمة موجودة ك مدخلات و يُنتج UTXOs جديدة ك Outputs. UTXOs يتم إطلاقها دائمًا بالكامل. من يملك أكثر قيمة في المدخلات من تلك التي يجب أن تذهب إلى المستلم، سيحصل على الباقي ك مبلغ التغيير إلى عنوان خاص جديد (عادةً ما يكون جديد) .

عملية Coinbase

العملية الأولى في كل حزمة هي عملية Coinbase. لا تملك أي مدخل طبيعي، تُنشِأ منها عملات جديدة (الضمانة المالية للخزنة) وتجمع أيضًا رسم جميع العمليات الأخرى. يقلص الضمان كل 210,000 حزمة (نصف) وبلغ منذ أبريل 2024 3,125 BTC. تعتمد هذه الآلية على الحدود الصعبة من 21 مليون بيتكوين; في المدى الطويل، يمكن أن يتحول الحافز تمامًا إلى الرسوم.

Bitcoin Script: programmierbare Bedingungen

Jeder UTXO ist mit einem Locking Script (scriptPubKey) gesichert, der festlegt, welche Bedingung erfüllt sein muss, um ihn auszugeben. Wer ihn verbraucht, liefert den passenden Unlocking Script (scriptSig bzw. Witness). Beim Validieren werden beide kombiniert und ausgeführt; nur wenn das Ergebnis „wahr“ ist, gilt die Ausgabe als gültig.

Bitcoin Script ist eine einfache, Stack-basierte Sprache. Der häufigste Fall ist „beweise den Besitz des Private Keys zur hinterlegten Public-Key-Hash“, aber Script erlaubt auch komplexere Bedingungen, etwa Multisig (m-von-n Signaturen) oder Zeitsperren (Timelocks).

Bitcoin Script: Programmable Conditions

Every UTXO is secured with a locking script (scriptPubKey) that defines which condition must be met to spend it. Whoever spends it supplies the matching unlocking script (scriptSig or witness). During validation the two are combined and executed; only if the result is "true" is the spend considered valid.

Bitcoin Script is a simple, stack-based language. The most common case is "prove ownership of the private key for the recorded public-key hash," but Script also allows more complex conditions, such as multisig (m-of-n signatures) or timelocks.

Bitcoin Script: condiciones programables

Cada UTXO está protegido por un script Locking (scriptPubKey) que establece la condición que debe cumplirse para poder gastarlo. Quien lo gasta, proporciona el correspondiente script Desbloqueando (scriptSig o Testigo). Al validar, ambos se combinan y ejecutan; solo si el resultado es "verdadero", la salida se considerará válida.

Bitcoin Script es un lenguaje simple basado en pila. El caso más común es "prueba la posesión de las llaves privadas para la hash de la llave pública registrada", pero el script también permite condiciones más complejas, como multisig (m-de-n firmas) o bloqueos de tiempo (timelocks).

Bitcoin Script: condições programáveis

Cada UTXO está protegido por um Script Locking (scriptPubKey) que define a condição que deve ser cumprida para liberá-lo. Quem o utiliza, fornece o Script Desbloqueio (scriptSig ou Testemunha) adequado. Ao validar, ambos são combinados e executados; apenas se o resultado é "verdadeiro", a saída é considerada válida.

O Bitcoin Script é uma linguagem simples, baseada em pilha. O caso mais comum é "comprove a posse das chaves privadas para a hash de chave pública registrada", mas o script também permite condições mais complexas, como multisig (m-de-n assinaturas) ou bloqueios de tempo (timelocks).

ビットコインスクリプト: プログラム可能な条件

それぞれのUTXOは、1つずつ ロックスクリプト (scriptPubKey)で保護されており、それがどのような 条件 を満たす必要があるかを指定します。使用者は適切な アンロックスクリプト (scriptSig または Witness)を提供します。検証プロセスでは、両方が組み合わせられ実行されます。結果が「真」である場合のみ、出力が有効と認められます。

ビットコインスクリプトは非常にシンプルで、 スタックベースの 言語。最頻繁なケースは「後付けのプライベートキー・ハッシュに所有権を証明する」ですが、スクリプトはより複雑な条件も許可します。たとえば、マルチシグ（m-of-n）、署名（sigs）やタイムロック（timelocks）などです。m-von-n 署名

比特币脚本: 可编程条件

每个UTXO都与一个 锁定脚本 (scriptPubKey) 保护,它规定了 必须满足什么条件 才能解锁它。消费者提供合适的 解锁脚本 (scriptSig或Witness)。在验证过程中,两个脚本将被组合并执行;只有当结果为"真"时,输出才被认为是有效的。

比特币脚本是一个简单的, 基于堆栈的 语言。最常见的情况是"证明私钥对应的公钥哈希已存储",但脚本也允许更复杂的条件,例如多重签名(multi-signature)或时间锁定(timelocks)。m-of-n 签名

بيتكوين سكريبت: الشروط البرمجية

كل UTXO مؤمَّن بـسكربت قفل (scriptPubKey) يحدد الشرط الذي يجب استيفاؤه لإنفاقه. ومن ينفقه يقدّم سكربت الفتح المناسب (scriptSig أو Witness). وعند التحقق يُدمج الاثنان ويُنفَّذان؛ ولا يُعدّ الإنفاق صحيحاً إلا إذا كانت النتيجة «صحيحة».

بيتكوين سكريبت لغة بسيطة تعتمد على المكدّس. والحالة الأكثر شيوعاً هي «إثبات ملكية المفتاح الخاص المقابل لتجزئة المفتاح العام المسجّلة»، لكن السكريبت يتيح أيضاً شروطاً أكثر تعقيداً مثل التوقيع المتعدد (m-من-n توقيعات) أو الأقفال الزمنية (timelocks).

Nodes und Miner: zwei verschiedene Rollen

Eine verbreitete Verwechslung: Nodes und Miner tun nicht dasselbe. Full Nodes laden, speichern und überprüfen jede Transaktion und jeden Block gegen die vollständigen Konsensregeln. Miner hingegen ordnen und erstellen Blöcke, indem sie Proof of Work leisten – ihre Blöcke müssen aber dieselben Regeln erfüllen, sonst lehnen die Full Nodes sie ab.

Warum ein eigener Node?

Mit einem eigenen Full Node prüft man selbst, ob empfangene Coins echt und nach den Regeln entstanden sind, statt einem Drittanbieter zu vertrauen. Das ist der Kern der Maxime „Don't trust, verify“. Praktisch ist die Hürde moderat: Wer einen Full Node betreibt, partizipiert direkt an der dezentralen Durchsetzung der Regeln.

Nodes and Miners: Two Different Roles

A common confusion: nodes and miners do not do the same thing. Full nodes download, store, and verify every transaction and block against the complete consensus rules. Miners, by contrast, order and create blocks by performing proof of work — but their blocks must satisfy the same rules, or the full nodes reject them.

Why run your own node?

With your own full node, you verify yourself whether received coins are genuine and created according to the rules, instead of trusting a third party. This is the heart of the maxim "don't trust, verify." In practice the barrier is moderate: running a full node means participating directly in the decentralized enforcement of the rules.

Nodos y Mineros: dos roles diferentes

Una confusión común: Nodos y Mineros no hacen lo mismo. Nodos Completos cargan, guardan y verifican cada transacción y bloque contra las reglas de consenso completas. Mineros, por otro lado, organizan y crean bloques realizando trabajo de verificación - sus bloques deben cumplir con las mismas reglas, de lo contrario, los Nodos Completos los rechazarán.

¿Por qué tener un propio Nodo?

Con su propio Nodo Completo, verifica usted mismo si las monedas recibidas son genuinas y han surgido según las reglas, en lugar de confiar en un tercero. Eso es el núcleo del lema "No confíes, verifica". En la práctica, el umbral es moderado: quien tiene un Nodo Completo, participa directamente en la implementación descentralizada de las reglas.

Nós e mineradores: dois papéis diferentes

Uma confusão comum: nós e mineradores não fazem a mesma coisa. Nós completos carregam, armazenam e verificam cada transação e bloco contra as regras de consenso completas. Mineradores por outro lado organizam e criam blocos, ao realizar trabalho de prova - mas seus blocos precisam seguir as mesmas regras, caso contrário, os nós completos os rejeitarão.

Por que um nó próprio?

Com um nó Full próprio, verifica-se pessoalmente se as moedas recebidas são genuínas e foram geradas conforme as regras, em vez de confiar em terceiros. Isso é a essência do lema "Não confie, verifique". Na prática, a barreira é moderada: quem opera um nó Full participa diretamente na implementação descentralizada das regras.

ノードとマイナー: 2つの異なる役割

よく誤解されること: ノードとマイナーは同じことをしていません。 フルノード ダウンロード、保存し、 検証 すべての取引とブロックを完全なコンセンサールールに対して。 マイナー それに反対 整理し、作成 ブロックを作成することで、Proof of Workを実現します - しかし、彼らのブロックは同じルールを満たさなければならない、そうでない限りフルノードはそれを拒否します。

なぜ独自のノードをお願いしますか？

独自のフルノードを持つことで、受け取ったコインが本当に実際にできたものであり、規則に従って生成されたかを自分で確認するのではなく、第三者に頼らずにチェックできます。これは「信じず検証する」という基本的な原則の核心です。実践的には、障壁は比較的低い: フルノードを運営する人は、規則のデセントラリズムの実施に直接参加します。

节点和矿工:两种不同的角色

一种广泛的误解:节点和矿工不做同样的事情。 全节点 下载、保存和 检查 每一笔交易和每个块,以确保它们符合完整的共识规则。 矿工 然而 排序并创建 块,通过执行工作证明-但是他们创建的块必须遵守相同的规则,否则全节点将拒绝它们。

为什么要有自己的节点？

使用自己的全节点，你自己检查接收到的比特币是否真实并按照规则产生，而不是相信第三方。这是"不信任，验证"的核心。实际上，这个障碍相对较低：运营全节点的人直接参与到去中心化地执行规则。

العواطف والتعدين: دو وظائف مختلفة

خطأ شائع: العواطف والتعدين لا يؤدون نفس الوظيفة. العواطف الكاملة تحميلها وstorage وتحميل فحص كل معاملة ودية القضية ضد القواعد الكاملة للتوافق. التعدين على العكس من ذلك تجميعها وإعداد الدقائق، حيث يقوموا بتقديم أدلة التأكيد - لكن دقائهم يجب أن يلتزموا بالقواعد نفسها، وإلا سيتم رفضها من قبل العواطف الكاملة.

لماذا عقد خاص؟

باستخدام عقدك الخاص، تقوم بفحص نفسك ما إذا كان العملات التي تتلقها حقيقية ومتكونة وفقًا القواعد بدلاً من اعتمادية ثالث جهة. هذا هو العمود الفني للمبدأ "لا تثق، تأكد". في العملي، هي حشرة معتدلة: كل من يدير عقداً كاملًا، يشارك بشكل مباشر في التطبيق اللامتحد الدستورية للقواعد.

Konsens: längste gültige Kette und Forks

Wie einigt sich ein Netzwerk ohne zentrale Instanz auf eine Wahrheit? Über den Nakamoto-Konsens: Nodes folgen der gültigen Kette mit der größten kumulierten Arbeit (umgangssprachlich „längste Kette“, präziser: die Kette mit der höchsten aufsummierten Difficulty). Wer eine konkurrierende Historie durchsetzen will, müsste mehr Arbeit leisten als der gesamte ehrliche Rest – das ist der ökonomische Kern der Sicherheit.

Die Difficulty-Anpassung

Damit der ~10-Minuten-Takt trotz schwankender Hash-Leistung erhalten bleibt, justiert das Protokoll die Schwierigkeit alle 2016 Blöcke (ca. zwei Wochen). Steigt die Hash-Leistung, wird die Aufgabe schwerer; fällt sie, leichter.

*Momentaufnahme; die Hashrate erreichte Anfang 2026 zeitweise über 1 ZH/s (= 1.000 EH/s).

Soft Fork vs. Hard Fork

Consensus: Longest Valid Chain and Forks

How does a network without a central authority agree on one truth? Through Nakamoto consensus: nodes follow the valid chain with the greatest cumulative work (colloquially the "longest chain," more precisely the chain with the highest summed difficulty). Anyone seeking to impose a competing history would have to perform more work than all the honest rest combined — that is the economic heart of security.

The difficulty adjustment

To preserve the ~10-minute cadence despite fluctuating hash power, the protocol adjusts the difficulty every 2,016 blocks (about two weeks). If hash power rises, the task gets harder; if it falls, easier.

*Snapshot; the hashrate briefly exceeded 1 ZH/s (= 1,000 EH/s) in early 2026.

Soft fork vs. hard fork

Consenso: cadena más larga y bifurcaciones

¿Cómo se llega a un consenso en una red sin instancia central sobre la verdad única? Sobre el consenso de Nakamoto: los nodos siguen la cadena válida con la mayor cantidad de trabajo acumulado (colloquialmente "la cadena más larga", más precisamente: la cadena con la mayor dificultad acumulada). Quien quiere impugnar una historia alternativa, tendría que realizar más trabajo que todo el resto honesto - ése es el núcleo económico de la seguridad.

Ajuste de Dificultad

Para mantener el ritmo de ~10 minutos a pesar de las fluctuaciones en el rendimiento de hash, el protocolo ajusta la dificultad cada 2016 bloques (aproximadamente dos semanas). Si aumenta el rendimiento de hash, se hace la tarea más difícil; si disminuye, menos difícil.

*Instantánea; la hashrate alcanzó brevemente más de 1 ZH/s (= 1000 EH/s) a principios de 2026.

Soft Fork vs. Hard Fork

Consenso: cadeia mais longa e furos

Como um network sem instância central chega a um consenso sobre uma verdade? Sobre o consenso de Nakamoto: Nós seguimos a cadeia válida com maior trabalho acumulado (na linguagem popular, "a cadeia mais longa", mas com precisão: a cadeia com maior dificuldade acumulada). Quem quiser impor uma história concorrente terá que fazer mais trabalho do que todo o resto honesto - esse é o cerne econômico da segurança.

Ajuste de Dificuldade

Para manter o ritmo de ~10 minutos apesar das variações na performance de hash, o protocolo ajusta a dificuldade todos 2016 blocos (aproximadamente duas semanas). Se o desempenho de hash aumentar, a tarefa fica mais difícil; se diminuir, fica menos difícil.

*Momento fotográfico; a hashrate atingiu até 1 ZH/s (~1000 EH/s) no início de 2026.

Fork mole vs. Fork dura

共通言語: 最長の有効なチェーンとフォーク

中央的な役割がないネットワークが一致する方法は何ですか？ 一つ 真実？ビットコインについて ナカモト・コンセンサスノードはそれに従います。 有効なチェーンで最大の累積労力 (俗に「最長のチェーン」呼ばれ、正確には最高の累積された難しさを持つチェーンです。競合する歴史を押し付けたい人は、誠実な全体と比べてもっと仕事をこさす必要があります - これが経済的な安全の核です。)

難易度調整

それで、~10分のペースは、ハッシュ性能が揺れ動くにもかかわらず維持されるため、プロトコルは難しさを調整します。 全ての2016ブロック (約2週間)。ハッシュ性能が上がれば、タスクは難しくなり、下がれば、簡単になります。

*一時的状況です。2026年の初頭には、時々1ZH/s（=1000EH/s）のハッシュレートが達成されました。

ソフトフォーク vs ハードフォーク

共识：最长有效链和分叉

如何一个没有中心机构的网络达成一致 一枚 真相？关于比特币的 Nakamoto共识节点遵循指南针的方向。 有效链上最大的累积工作 (俗称"最长链",更准确地说是拥有最高累积难度的链). 如果想要推翻竞争性的历史,必须做更多的工作比整个诚实的部分 - 这就是经济上的安全核心。

难度调整

为了使~10分钟的挖矿周期在哈希性能波动的情况下保持不变，协议会调整难度 所有2016个块 (大约两周)。Hash性能上升，任务变得困难；下降，反而简单。

*瞬间拍照；2026年初，Hash率曾短暂达到过1 ZH/s（等于1000 EH/s）。

软分叉 vs. 硬分叉

التعاقد: أطول سلسلة صالحة ومفاصل

كيف يتفق شبكة بدون جهاز مركزي على واحدة من الحقائق؟ حول التعاقد ناكاموتو: عقدات تلقي السلسلة الصالحة بأكثر العمل cumulative (باللغة العامية "أطول سلسلة"، بدقة: السلسلة ذات الصعوبة الأكبر). من يريد إقامة سجل تنافسي يجب أن يقدم جهد أكبر من باقي الأفراد المخلصين - هذا هو الجانب الاقتصادي للامن.

تجريب الصعوبة

لضمان استمرار التردد ~10 دقيقة رغم تذبذب أداء الهاش، يُعدَّل بروتوكول الصعوبة كل 2016 بلوك (حوالي أسبوعين). إذا ارتفعت سرعة الهاش، تصبح المهمة أكثر صعوبة؛ وإذا انخفضت، تصبح أسهل.

*صورة ثانية؛ وصلت سرعة الهاش في بداية عام 2026 إلى أكثر من 1 ZH/s (= 1000 EH/s).

مفاصل رقيقة مقابل مفصل صلب

Mempool und Gebührenmarkt

Neue Transaktionen landen zunächst im Mempool (Memory Pool) jedes Nodes – einer Warteschlange bestätigungsfreier Transaktionen. Miner wählen daraus aus, welche Transaktionen sie in den nächsten Block aufnehmen. Da Platz begrenzt ist (4 Mio. WU pro Block), entsteht ein Gebührenmarkt.

Gebühren in sat/vB

Die entscheidende Größe ist die Gebührenrate in Satoshi pro virtuellem Byte (sat/vB) – nicht die absolute Gebühr. Miner maximieren ihren Ertrag, indem sie Transaktionen mit hoher sat/vB-Rate bevorzugen. Wallets bieten meist Prioritätsstufen (z. B. „nächster Block“, „eine Stunde“, „wirtschaftlich“) und schätzen die nötige Rate aus dem aktuellen Mempool.

• Hohe Auslastung: Wer schnell bestätigt werden will, bietet eine höhere sat/vB-Rate.
• Ruhige Phasen: Selbst sehr niedrige Raten reichen für eine baldige Aufnahme.
• Bestätigungen: Mit jedem weiteren Block, der auf den eigenen folgt, steigt die Sicherheit; verbreitet ist die Faustregel von 6 Bestätigungen für sehr hohe Sicherheit.

Replace-by-Fee (RBF) und CPFP

Hängt eine Transaktion mit zu niedriger Gebühr fest, gibt es zwei gängige Auswege: RBF (Replace-by-Fee) ersetzt die unbestätigte Transaktion durch eine Version mit höherer Gebühr; CPFP (Child-Pays-for-Parent) hängt eine Folgetransaktion mit hoher Gebühr an, sodass Miner beide gemeinsam aufnehmen wollen.

Mempool and Fee Market

New transactions first land in the mempool (memory pool) of each node — a queue of unconfirmed transactions. Miners select from it which transactions to include in the next block. Because space is limited (4 million WU per block), a fee market emerges.

Fees in sat/vB

The decisive quantity is the fee rate in satoshis per virtual byte (sat/vB) — not the absolute fee. Miners maximize their revenue by favoring transactions with a high sat/vB rate. Wallets usually offer priority tiers (e.g. "next block," "one hour," "economy") and estimate the required rate from the current mempool.

• High load: those who want fast confirmation bid a higher sat/vB rate.
• Quiet periods: even very low rates suffice for prompt inclusion.
• Confirmations: with each further block built on top of yours, security rises; a common rule of thumb is 6 confirmations for very high security.

Replace-by-fee (RBF) and CPFP

If a transaction is stuck with too low a fee, there are two common ways out: RBF (replace-by-fee) replaces the unconfirmed transaction with a higher-fee version; CPFP (child-pays-for-parent) attaches a follow-up transaction with a high fee, so miners want to include both together.

Pool de memoria y mercado de tarifas

Nuevas transacciones llegan primero al pool de memoria (Memory Pool) de cada nodo - una cola de transacciones sin confirmación. Los mineros eligen cuáles transacciones incluir en el siguiente bloque. Dado que el espacio está limitado (4 millones de WU por bloque), se crea un mercado de tarifas.

Tarifas en sat/vB

La magnitud clave es la tasa de tarifas en satoshis por byte virtual (sat/vB), no el importe absoluto. Los mineros maximizan sus ganancias eligiendo transacciones con una alta tasa de sat/vB. Las billeteras suelen ofrecer niveles de prioridad (por ejemplo, "siguiente bloque", "una hora", "económica") y estiman la tasa necesaria a partir del actual pool de memoria.

• Alto uso: Quien quiere ser confirmado rápidamente ofrece una mayor tasa de sat/vB.
• Fases tranquilas: Incluso tarifas muy bajas son suficientes para un rápido ingreso.
• Confirmaciones: A medida que se van añadiendo bloques, la seguridad aumenta; el dicho popular es de 6 confirmaciones para una alta seguridad.

Replace-by-Fee (RBF) y CPFP

Si una transacción tiene una tarifa demasiado baja, hay dos soluciones estándar: RBF (Replace-by-Fee) reemplaza la transacción sin confirmar por una versión con una tarifa más alta; CPFP (Child-Pays-for-Parent) une una transacción secundaria con una alta tarifa, lo que hace que los mineros deseen incluir ambas en el bloque.

Mempool e mercado de taxas

Novas transações chegam primeiro ao Mempool (Pool de Memória) de cada nó - uma fila de transações sem confirmação. Mineiros escolhem então quais transações incluir no próximo bloco. Como o espaço está limitado (4 milhões de WU por bloco), surge um mercado de taxas.

Taxas em sat/vB

A grandeza decisiva é a taxa de comissão em Satoshi por byte virtual (sat/vB) - não o valor absoluto da comissão. Os mineiros maximizam os seus ganhos escolhendo transações com uma alta taxa de sat/vB. As carteiras oferecem geralmente níveis de prioridade (por exemplo, "próximo bloco", "uma hora", "económico") e estimam a taxa necessária a partir do atual Mempool.

• Alta ocupação: Quem quer ser confirmado rapidamente, oferece uma taxa mais alta sat/vB.
• Fases calmas: Mesmo taxas muito baixas são suficientes para uma admissão rápida.
• Confirmações: Com cada bloco subsequente que segue o seu, a segurança aumenta; a regra de pulso geral é de 6 confirmações para alta segurança.

Replace-by-Fee (RBF) e CPFP

Se uma transação com taxa baixa ficar presa, existem duas saídas comuns: RBF (Replace-by-Fee) substitui a transação não confirmada por uma versão com taxa mais alta; CPFP (Child-Pays-for-Parent) junta uma transação de seguimento com alta taxa, de modo que os mineiros querem processá-las juntas.

メモプールと手数料の市場

新しい取引はまず メモプール (メモリプール) の各ノードに初めて到着します - 承認が無い取引のキューです。マイナーは、その中からどの取引を次のブロックに取り入れるか選びます。場所は制限されています（1ブロックあたり400万WU）、だから 手数料の市場.

手数料はsat/vBで表示されます

決定的なのは satoshi per virtual byte (sat/vB) の 手数料率 - 絶対的な手数料ではありません。マイナーは、sat/vBレートが高い取引を好むことで収益を最大化します。ウォレットは通常、優先度レベル（例：「次のブロック」、「1時間」、「経済的」）を提供し、現在のメモプールから必要なレートを推定します。

• 高い利用率： ビットコインの高速承認を希望する人は、より高いsat/vBレートを提供します。
• 休息期: とても低い割引率でも、すぐに採択されることがあります。
• 承認: 自分の直後に続くたびのブロックで安全性は上昇します。6つの承認が非常に高い安全性であるという一般的なルールがあります。

Replace-by-Fee (RBF) と CPFP

低すぎる手数料の取引に縛られた場合、2つの一般的な方法があります： RBF (Replace-by-Fee) 未確認の取引を高手数料のバージョンで置き換えます; CPFP (Child-Pays-for-Parent) 高手数料の続取引を付けて、マイナーが両方を一緒に取り入きたいと思うようにします。

Mempool和费用市场

新交易首先进入每个节点的Mempool(内存池)——一个未得到确认的交易队列。矿工从中选择哪些交易放入下一个块。因为空间有限(每个块4百万WU)，所以会产生费用市场

费用在sat/vB

关键的是按沙特威茨/虚拟字节(sat/vB)计算的费用率——而不是绝对费用。矿工通过优先选择高sat/vB费用的交易来最大化收益。钱包通常提供优先级别(如"下一个块","一小时","经济")，并根据当前Mempool估算所需的费率。

• 高利用率:如果想要快速确认，只需支付更高的sat/vB费用。
• 平静期:即使是非常低的费率，也足够交易在短时间内被接受。
• 确认:随着更多块的产生，安全性会提高；广泛使用的是6个确认代表非常高的安全性。

Replace-by-Fee (RBF)和CPFP

如果一笔交易的费用太低而无法得到确认，可以采取两种常见的方法：RBF(Replace-by-Fee)通过将未得到确认的交易替换为更高费用的版本来解决；CPFP(Child-Pays-for-Parent)是指在一笔交易的后续交易中支付较高费用，以便矿工希望一起处理这两笔交易。

المخزن المؤقت ومكتب الأجور

التراخيص الجديدة تصل أولاً إلى المخزن المؤقت (Memory Pool) لكل عقد النود - قائمة انتظار التراخيص غير المصدقة. يختار التعاملون من بينها، التراخيص التي سيضمنها في الحقبة التالية. لأن المساحة محدودة (4 مليون وحدة عمل لكل حقل)، يحدث مكتب الأجور.

الأجور بالساتوشي ونحدود الوحدة الفيكتورية (sat/vB)

الكمية الحاسمة هي سعر الأجر بالساتوشي لكل وحدة عمل فيكتورية (sat/vB) - وليس المبلغ الصرف. يُعظّم التعاملون ربحهم عن طريق تفضيل التراخيص ذات السعر العالي sat/vB. تتيح محفظات العمل معظم المراحل الأولية (مثل "الحقبة التالية"، "ساعة واحدة"، "اقتصادي") و تقدر الحد الأدنى من السعر من خلال المخزن المؤقت الحالي.

• التحميل الكامل: من يرغب في تلقي التراخيص بسرعة، يتقدم بأجور أعلى sat/vB.
• الفترات الهادئة: حتى الأرقام المنخفضة جدًا تكفي للانضمام في وقت قريب.
• التأكيدات: مع كل حقل يتبع الحقبة التالية، يزداد الأمان؛ هي القاعدة الشهيرة أن 6 تأكيدات تؤدي إلى أمان عالي جداً.

استبدال الأجور (RBF) وCPFP

إذا حصلت تراخيصة مع دفع أقل، هناك طريقتان شائعتان للخروج: RBF (Replace-by-Fee) يُستبدل بترخيص غير مصدق بواسطة نسخة جديدة بأجور أعلى؛ وCPFP (Child-Pays-for-Parent) يُرفع دفع تراخيصة أطفال مع أجور عالية حتى يرغب التعاملون في قبول كلاهما معًا في الحقل التالي.