Technik & Kryptografie · EinsteigerTech & Cryptography · BeginnerTecnología & Criptografía · PrincipiantesTecnologia & Criptografia · Iniciantesテクノロジー & 暗号技術 · 入門技术 & 密码学 · 入门التقنية & التشفير · مبتدئ
Bitcoin-Transaktionen nachverfolgen: Wie Blockexplorer wirklich funktionierenTracking Bitcoin Transactions: How Block Explorers Really WorkRastrear transacciones de Bitcoin: cómo funcionan realmente los exploradores de bloquesRastreando transações Bitcoin: como os exploradores de blocos realmente funcionamBitcoinトランザクションを追跡する：ブロックエクスプローラーの実際の仕組み追踪比特币交易：区块浏览器的真正工作原理تتبع معاملات Bitcoin: كيف تعمل مستكشفات الكتل فعلاً
Alle zentralen Sachaussagen – SHA256d-Hash der TXID, UTXO-Modell, implizite Gebührenberechnung, Bestätigungslogik, Mempool-Dezentralität, SegWit/BIP 141, Selbst-Hosting von mempool.space – sind durch mehrere unabhängige Primärquellen (Whitepaper, BIPs, bitcoin.org, mempool.space) belegbar und entsprechen etabliertem Protokollwissen. Keine spekulativen Aussagen oder Preisprognosen enthalten.All core factual claims – SHA256d hash of the TXID, UTXO model, implicit fee calculation, confirmation logic, mempool decentralization, SegWit/BIP 141, self-hosting of mempool.space – are verifiable through multiple independent primary sources (whitepaper, BIPs, bitcoin.org, mempool.space) and reflect established protocol knowledge. No speculative statements or price forecasts included.Todas las afirmaciones factuales centrales —hash SHA256d del TXID, modelo UTXO, cálculo implícito de comisiones, lógica de confirmaciones, descentralización del mempool, SegWit/BIP 141, autoalojamiento de mempool.space— son verificables a través de múltiples fuentes primarias independientes (whitepaper, BIPs, bitcoin.org, mempool.space) y reflejan el conocimiento establecido del protocolo. No se incluyen declaraciones especulativas ni pronósticos de precios.Todas as afirmações factuais centrais — hash SHA256d do TXID, modelo UTXO, cálculo implícito de taxas, lógica de confirmações, descentralização do mempool, SegWit/BIP 141, auto-hospedagem do mempool.space — são verificáveis por meio de múltiplas fontes primárias independentes (whitepaper, BIPs, bitcoin.org, mempool.space) e refletem o conhecimento estabelecido do protocolo. Nenhuma declaração especulativa ou previsão de preços está incluída.すべての核心的な事実の主張——TXIDのSHA256dハッシュ、UTXOモデル、暗黙的な手数料計算、承認ロジック、mempoolの分散性、SegWit/BIP 141、mempool.spaceのセルフホスティング——は、複数の独立した一次情報源（ホワイトペーパー、BIPs、bitcoin.org、mempool.space）によって検証可能であり、確立されたプロトコル知識に基づいています。投機的な記述や価格予測は一切含まれていません。所有核心事实性声明——TXID的SHA256d哈希、UTXO模型、隐式手续费计算、确认逻辑、mempool的去中心化、SegWit/BIP 141、mempool.space的自托管——均可通过多个独立的一手资料（白皮书、BIPs、bitcoin.org、mempool.space）加以验证，并反映了已确立的协议知识。不含任何投机性陈述或价格预测。جميع الادعاءات الجوهرية المتعلقة بالحقائق — تجزئة SHA256d لـ TXID، ونموذج UTXO، وحساب الرسوم الضمني، ومنطق التأكيدات، ولامركزية mempool، وSegWit/BIP 141، والاستضافة الذاتية لـ mempool.space — قابلة للتحقق عبر مصادر أولية مستقلة متعددة (الورقة البيضاء، BIPs، bitcoin.org، mempool.space)، وتعكس المعرفة البروتوكولية الراسخة. لا تتضمن أي تصريحات تكهنية أو توقعات للأسعار.
Dieser Artikel erklärt Bitcoin-Grundlagenkonzepte korrekt und verständlich – alle zentralen Aussagen sind protokollkonform. Dennoch sollte die Redaktion beachten: Ein Bildungsartikel, der ausschließlich das Bitcoin-eigene Quellen-Ökosystem zitiert und einen einzigen Explorer als De-facto-Standard behandelt, reproduziert unkritisch die Perspektive des Protokoll-Maintainer-Umfelds. Konzepte wie Transaction Malleability und die Komplexität von Full-RBF werden zugunsten didaktischer Glattheit ausgeblendet. Für Einsteiger ist das lehrreich – für fortgeschrittene Leser fehlt die nötige technische Tiefe und Quellenbreite.This article explains core Bitcoin concepts correctly and accessibly – all central claims are protocol-compliant. However, editors should note: an educational piece that cites exclusively Bitcoin's own source ecosystem and treats a single explorer as the de facto standard uncritically reproduces the perspective of the protocol's maintainer community. Concepts such as transaction malleability and the nuances of Full-RBF are omitted for the sake of didactic simplicity. For beginners this is instructive – but for more advanced readers, the technical depth and source diversity fall short.Este artículo explica los conceptos fundamentales de Bitcoin de forma correcta y comprensible – todas las afirmaciones centrales son conformes al protocolo. Sin embargo, los editores deben tener en cuenta lo siguiente: un artículo educativo que cita exclusivamente el ecosistema de fuentes propio de Bitcoin y trata un único explorador como el estándar de facto reproduce de manera acrítica la perspectiva del entorno de los mantenedores del protocolo. Conceptos como la maleabilidad de transacciones y la complejidad de Full-RBF quedan relegados en favor de una mayor claridad didáctica. Para principiantes esto es instructivo – pero para lectores más avanzados faltan la profundidad técnica y la diversidad de fuentes necesarias.Este artigo explica os conceitos fundamentais do Bitcoin de forma correta e acessível – todas as afirmações centrais estão em conformidade com o protocolo. No entanto, os editores devem observar: um artigo educativo que cita exclusivamente o ecossistema de fontes do próprio Bitcoin e trata um único explorador como o padrão de facto reproduz de forma acrítica a perspectiva da comunidade de mantenedores do protocolo. Conceitos como a maleabilidade de transações e as nuances do Full-RBF são omitidos em prol da simplicidade didática. Para iniciantes, isso é instrutivo – mas para leitores mais avançados, faltam profundidade técnica e diversidade de fontes.この記事はBitcoinの基本的な概念を正確かつわかりやすく解説しており、すべての中心的な主張はプロトコルに準拠している。ただし、編集者は次の点に留意すべきだ。Bitcoinの自前のソースエコシステムのみを引用し、特定のエクスプローラーをデファクトスタンダードとして無批判に扱う教育記事は、プロトコルのメンテナーコミュニティの視点をそのまま再現するものとなる。トランザクション・マリアビリティやFull-RBFの複雑さといった概念は、教育的な分かりやすさを優先するために省かれている。初心者にとっては有益だが、上級者には技術的な深みとソースの多様性が不足している。本文正确且通俗地阐释了Bitcoin的核心概念，所有核心论述均符合协议规范。然而，编辑们应注意：一篇仅引用Bitcoin自身来源生态系统、并将单一区块浏览器不加批判地视为事实标准的教育性文章，实际上是在原样复现协议维护者社区的视角。交易可塑性（Transaction Malleability）以及Full-RBF的复杂性等概念，为了教学上的简洁而被省略。对于初学者而言，这篇文章具有良好的启发性——但对于进阶读者来说，技术深度和来源广度仍显不足。يشرح هذا المقال المفاهيم الأساسية لـ Bitcoin بشكل صحيح وسهل الفهم – وجميع الادعاءات المحورية متوافقة مع البروتوكول. غير أن المحررين ينبغي لهم مراعاة ما يلي: مقال تعليمي يستشهد حصرياً بمصادر نظام Bitcoin الخاص ويتعامل مع مستكشف واحد باعتباره المعيار الفعلي، إنما يعيد إنتاج منظور مجتمع مطوري البروتوكول دون نقد. وقد تم تجاهل مفاهيم كمرونة المعاملات (Transaction Malleability) وتعقيدات Full-RBF لصالح البساطة التعليمية. بالنسبة للمبتدئين، يُعدّ هذا المقال تعليمياً ومفيداً – أما للقراء المتقدمين، فيفتقر إلى العمق التقني والتنوع في المصادر.
Video zum ArtikelVideo for this articleVídeo del artículoVídeo do artigo記事の動画本文视频فيديو المقال
Eine Bitcoin-Transaktion abgeschickt – und jetzt? Für die meisten Nutzer ist ein Blockexplorer das erste Werkzeug zur Kontrolle. Dienste wie mempool.space zeigen rohe Blockchain-Daten menschenlesbar auf: Sie fragen einen Bitcoin-Full-Node (oder einen API-Layer darüber) ab und bereiten das Ergebnis grafisch auf. Wer versteht, was hinter den einzelnen Feldern steckt, kann sich selbst ein Bild machen – ganz ohne einem Dritten vertrauen zu müssen.
Die TXID: Fingerabdruck einer Transaktion
Jede Bitcoin-Transaktion erhält eine eindeutige Transaction ID (TXID) – einen 64 Zeichen langen Hexadezimalstring (32 Byte), der durch den kryptografischen Hash-Algorithmus SHA256d aus den serialisierten Transaktionsdaten berechnet wird. Bereits eine minimale Änderung an der Transaktion – etwa an Betrag oder Adresse – erzeugt eine vollständig andere TXID. Die TXID ist damit der unveränderliche Fingerabdruck einer Transaktion und das wichtigste Such-Instrument im Blockexplorer.
Don't trust, verify: Wer eine TXID in mempool.space eingibt, liest Daten direkt aus der Blockchain – ohne Vermittler. Das ist das praktische Werkzeug hinter dem Bitcoin-Kernprinzip der Selbstverifikation.
Bestätigungen: Was 0, 1 und 6 bedeuten
Das Feld „Bestätigungen" ist eines der meistmissverstandenen. Es zählt, wie viele Blöcke nach dem Block, der die Transaktion enthält, noch hinzugefügt wurden:
- 0 Bestätigungen: Die Transaktion ist nur im Mempool – unbestätigt, noch in keinem Block enthalten. Sie kann theoretisch noch durch Replace-by-Fee (RBF) ersetzt oder verdrängt werden.
- 1 Bestätigung: Die Transaktion wurde in den nächsten abgebauten Block aufgenommen.
- 6 Bestätigungen (~60 Minuten): Konventionelle Sicherheitsschwelle für größere Beträge – kein Protokollstandard, aber in der Praxis etabliert, da ein Angreifer sechs Blöcke überschreiben müsste.
Die durchschnittliche Blockzeit beträgt ~10 Minuten, geregelt durch den Difficulty Adjustment. Einzelne Blöcke können jedoch deutlich schneller oder langsamer kommen.
Der Mempool: kein globaler Zustand
Bevor eine Transaktion in einem Block landet, wartet sie im Mempool (Memory Pool). Wichtig zu wissen: Es gibt keinen einzigen, globalen Mempool. Jeder Bitcoin-Node führt seinen eigenen Mempool. mempool.space zeigt den Zustand des Nodes, auf dem der Dienst läuft – andere Nodes können leicht abweichende Inhalte haben. In Spitzenlastzeiten können Hunderte Megabyte an ausstehenden Transaktionen im Mempool stecken (Stand 2026, mempool.space-Daten).
Gebühren: implizit, nicht explizit
Einsteiger suchen im Explorer oft ein eigenes „Fee-Feld" in den Rohdaten – es existiert so nicht. Die Miner-Fee ergibt sich implizit aus der Differenz aller Input-Summen minus aller Output-Summen. Was übrig bleibt, kassiert der Miner als Gebühr. Der Explorer berechnet und zeigt diesen Wert an, er ist aber kein eigenes Datenfeld im Transaktionsdatensatz.
Die Gebühreneinheit ist Satoshi pro vByte (sat/vB). Das „v" steht für virtuelle Byte – eine SegWit-gewichtete Einheit (BIP 141), die unterschiedlichen Transaktionstypen gerecht wird. Native-SegWit-Adressen (bech32, beginnend mit bc1...) profitieren von einem geringeren vByte-Gewicht und sind damit günstiger in der Übertragung.
Adressen und das UTXO-Modell: kein Konto, sondern Münzen
Bitcoin kennt keine Konten im Banksinne. Das Protokoll arbeitet mit dem UTXO-Modell (Unspent Transaction Output): Jedes Stück Bitcoin existiert als diskreter, noch nicht ausgegebener Output einer früheren Transaktion. Eine Bitcoin-Adresse ist technisch gesehen kein Konto, sondern ein Locking Script (ScriptPubKey) – eine Einweisung, wer einen UTXO ausgeben darf.
Wenn ein Blockexplorer einen „Saldo" zu einer Adresse anzeigt, berechnet er diesen dynamisch aus allen UTXOs, die aktuell an diese Adresse gebunden sind. Das ist eine praktische Abstraktion – aber konzeptionell etwas völlig anderes als ein Kontostand bei einer Bank.
Privatsphäre-Hinweis: Jede Transaktion ist öffentlich einsehbar, aber Adressen sind keine Klarnamen – Bitcoin ist pseudonym, nicht anonym. Das Nachschlagen von Adressen in einem öffentlichen Explorer hinterlässt Metadaten beim Betreiber. Wer Privatsphäre schützen möchte, kann mempool.space als selbst-gehostete Open-Source-Software (GitHub: mempool/mempool) betreiben.
Was Einsteiger häufig falsch verstehen
- „Meine Transaktion ist weg": Eine Transaktion mit 0 Bestätigungen ist nicht verloren – sie wartet im Mempool auf Aufnahme in einen Block. Bei zu niedriger Gebühr kann sie aber lange warten oder herausfallen.
- „Der Explorer zeigt meinen Kontostand": Der angezeigte Betrag ist eine Aggregation von UTXOs – keine Kontoführung.
- „Gebühren sind im Datensatz eingetragen": Nein – sie ergeben sich rechnerisch aus Input minus Output.
- „Alle Explorer zeigen dasselbe": Mempool-Ansichten können je nach Node variieren, insbesondere bei gerade gesendeten Transaktionen.
Fazit: Vertrauen ersetzen durch Einsicht
Blockexplorer sind das direkteste Werkzeug, um Bitcoin-Transaktionen selbst zu verifizieren. Wer TXID, Bestätigungen, das UTXO-Modell und die implizite Gebührenberechnung versteht, kann die Blockchain eigenständig lesen – und muss keiner Wallet, keiner Börse und keinem Dienst blind vertrauen.
Weiterführend
Bitcoin transaction sent – now what? For most users, a block explorer is the first tool for verification. Services like mempool.space display raw blockchain data in human-readable form: they query a Bitcoin full node (or an API layer on top of it) and present the result visually. Anyone who understands what each field actually represents can form their own picture – without trusting any third party.
The TXID: A Transaction's Fingerprint
Every Bitcoin transaction receives a unique Transaction ID (TXID) – a 64-character hexadecimal string (32 bytes) computed by the cryptographic hash algorithm SHA256d from the serialized transaction data. Even the smallest change to a transaction – such as an amount or address – produces a completely different TXID. The TXID is therefore the immutable fingerprint of a transaction and the primary search tool in any block explorer.
Don't trust, verify: Entering a TXID in mempool.space means reading data directly from the blockchain – with no intermediary. This is the practical implementation of Bitcoin's core principle of self-verification.
Confirmations: What 0, 1, and 6 Mean
The "confirmations" field is one of the most commonly misunderstood. It counts how many blocks have been added after the block containing the transaction:
- 0 confirmations: The transaction is only in the mempool – unconfirmed, not yet included in any block. It can theoretically still be replaced via Replace-by-Fee (RBF) or dropped.
- 1 confirmation: The transaction was included in the next mined block.
- 6 confirmations (~60 minutes): The conventional security threshold for larger amounts – not a protocol standard, but practically established, since an attacker would need to overwrite six blocks.
The average block time is ~10 minutes, regulated by the Difficulty Adjustment. Individual blocks can, however, arrive significantly faster or slower.
The Mempool: Not a Global State
Before a transaction lands in a block, it waits in the mempool (memory pool). Importantly, there is no single, global mempool. Every Bitcoin node maintains its own mempool. mempool.space displays the state of the node the service runs on – other nodes may have slightly different contents. During peak load, hundreds of megabytes of pending transactions can accumulate in the mempool (as of 2026, mempool.space data).
Fees: Implicit, Not Explicit
Beginners often look for a dedicated "fee field" in the raw transaction data – it doesn't exist as such. The miner fee is implicit, derived from the difference between the sum of all inputs minus the sum of all outputs. Whatever remains is collected by the miner as a fee. The explorer calculates and displays this value, but it is not a standalone data field in the transaction record.
The fee unit is satoshis per virtual byte (sat/vB). The "v" stands for virtual byte – a SegWit-weighted unit (BIP 141) that accounts for different transaction types. Native SegWit addresses (bech32, starting with bc1...) benefit from a lower vByte weight and are therefore cheaper to transact with.
Addresses and the UTXO Model: Not an Account, but Coins
Bitcoin has no accounts in the traditional banking sense. The protocol works with the UTXO model (Unspent Transaction Output): every piece of bitcoin exists as a discrete, previously unspent output from an earlier transaction. A Bitcoin address is technically not an account but a locking script (ScriptPubKey) – an instruction defining who is authorized to spend a UTXO.
When a block explorer displays a "balance" for an address, it calculates it dynamically from all UTXOs currently locked to that address. This is a convenient abstraction – but conceptually something entirely different from a bank account balance.
Privacy note: Every transaction is publicly visible, but addresses are not real names – Bitcoin is pseudonymous, not anonymous. Looking up addresses in a public explorer leaves metadata with the service operator. Users who want to protect their privacy can run mempool.space as self-hosted open-source software (GitHub: mempool/mempool).
Common Beginner Misconceptions
- "My transaction is gone": A transaction with 0 confirmations is not lost – it is waiting in the mempool to be included in a block. With too low a fee, it may wait a long time or eventually be dropped.
- "The explorer shows my account balance": The displayed amount is an aggregation of UTXOs – not an account ledger.
- "Fees are recorded in the transaction data": No – they are computed arithmetically as inputs minus outputs.
- "All explorers show the same thing": Mempool views can vary between nodes, especially for recently broadcast transactions.
Conclusion: Replacing Trust with Insight
Block explorers are the most direct tool for self-verifying Bitcoin transactions. Anyone who understands TXIDs, confirmations, the UTXO model, and implicit fee calculation can read the blockchain independently – and does not have to blindly trust any wallet, exchange, or third-party service.
Related
Transacción Bitcoin enviada, ¿y ahora qué? Para la mayoría de los usuarios, un explorador de bloques es la primera herramienta de verificación. Servicios como mempool.space muestran los datos brutos de la blockchain de forma legible: consultan un nodo completo de Bitcoin (o una capa API sobre él) y presentan el resultado visualmente. Quien entiende lo que hay detrás de cada campo puede formarse su propia imagen, sin necesidad de confiar en terceros.
La TXID: la huella digital de una transacción
Cada transacción Bitcoin recibe un Transaction ID (TXID) único: una cadena hexadecimal de 64 caracteres (32 bytes) calculada por el algoritmo criptográfico de hash SHA256d a partir de los datos serializados de la transacción. Incluso el más mínimo cambio en la transacción —por ejemplo, en el importe o la dirección— genera una TXID completamente diferente. La TXID es, por tanto, la huella digital inmutable de una transacción y el principal instrumento de búsqueda en cualquier explorador de bloques.
Don't trust, verify: Quien introduce una TXID en mempool.space lee los datos directamente de la blockchain, sin intermediarios. Esta es la herramienta práctica que sustenta el principio central de Bitcoin: la autoverificación.
Confirmaciones: qué significan 0, 1 y 6
El campo «confirmaciones» es uno de los más malentendidos. Cuenta cuántos bloques se han añadido después del bloque que contiene la transacción:
- 0 confirmaciones: La transacción solo está en el mempool: sin confirmar, aún no incluida en ningún bloque. En teoría, todavía puede ser reemplazada mediante Replace-by-Fee (RBF) o descartada.
- 1 confirmación: La transacción fue incluida en el siguiente bloque minado.
- 6 confirmaciones (~60 minutos): Umbral de seguridad convencional para importes elevados: no es un estándar de protocolo, pero está establecido en la práctica, ya que un atacante tendría que reescribir seis bloques.
El tiempo de bloque promedio es de ~10 minutos, regulado por el Difficulty Adjustment. Sin embargo, los bloques individuales pueden llegar bastante más rápido o más lento.
El Mempool: no es un estado global
Antes de que una transacción llegue a un bloque, espera en el mempool (memory pool). Es importante saber que no existe un único mempool global. Cada nodo Bitcoin mantiene su propio mempool. mempool.space muestra el estado del nodo en el que opera el servicio; otros nodos pueden tener contenidos ligeramente distintos. En momentos de carga máxima, pueden acumularse cientos de megabytes de transacciones pendientes en el mempool (datos de 2026, mempool.space).
Comisiones: implícitas, no explícitas
Los principiantes suelen buscar en el explorador un «campo de comisión» propio en los datos brutos de la transacción, pero ese campo no existe como tal. La comisión del minero es implícita y se obtiene de la diferencia entre la suma de todas las entradas menos la suma de todas las salidas. Lo que queda se lo lleva el minero como comisión. El explorador calcula y muestra este valor, pero no es un campo de datos independiente en el registro de la transacción.
La unidad de comisión es satoshis por byte virtual (sat/vB). La «v» hace referencia al byte virtual, una unidad ponderada por SegWit (BIP 141) que tiene en cuenta los distintos tipos de transacción. Las direcciones Native SegWit (bech32, que comienzan por bc1...) se benefician de un menor peso en vBytes y, por tanto, resultan más económicas para las transferencias.
Direcciones y el modelo UTXO: no una cuenta, sino monedas
Bitcoin no tiene cuentas en el sentido bancario tradicional. El protocolo trabaja con el modelo UTXO (Unspent Transaction Output): cada fracción de Bitcoin existe como una salida discreta y aún no gastada de una transacción anterior. Una dirección Bitcoin no es técnicamente una cuenta, sino un locking script (ScriptPubKey): una instrucción que define quién está autorizado a gastar un UTXO.
Cuando un explorador de bloques muestra un «saldo» para una dirección, lo calcula dinámicamente a partir de todos los UTXOs actualmente vinculados a esa dirección. Es una abstracción útil, pero conceptualmente algo completamente distinto al saldo de una cuenta bancaria.
Nota sobre privacidad: Cada transacción es públicamente visible, pero las direcciones no son nombres reales: Bitcoin es seudónimo, no anónimo. Consultar direcciones en un explorador público deja metadatos en manos del operador del servicio. Quienes deseen proteger su privacidad pueden ejecutar mempool.space como software de código abierto autoalojado (GitHub: mempool/mempool).
Errores frecuentes entre principiantes
- «Mi transacción ha desaparecido»: Una transacción con 0 confirmaciones no está perdida: está esperando en el mempool a ser incluida en un bloque. Con una comisión demasiado baja puede esperar mucho tiempo o acabar siendo descartada.
- «El explorador muestra mi saldo»: El importe mostrado es una agregación de UTXOs, no un registro de cuenta.
- «Las comisiones están registradas en los datos de la transacción»: No: se calculan aritméticamente como entradas menos salidas.
- «Todos los exploradores muestran lo mismo»: Las vistas del mempool pueden variar según el nodo, especialmente en el caso de transacciones recién emitidas.
Conclusión: reemplazar la confianza por el conocimiento
Los exploradores de bloques son la herramienta más directa para autoverificar transacciones Bitcoin. Quien entiende la TXID, las confirmaciones, el modelo UTXO y el cálculo implícito de comisiones puede leer la blockchain de forma independiente, sin tener que confiar ciegamente en ninguna cartera, exchange ni servicio de terceros.
Más información
Uma transação Bitcoin enviada – e agora? Para a maioria dos utilizadores, um explorador de blocos é a primeira ferramenta de verificação. Serviços como o mempool.space apresentam dados brutos da blockchain de forma legível: consultam um nó completo Bitcoin (ou uma camada de API sobre ele) e exibem o resultado visualmente. Quem entende o que cada campo representa pode formar a sua própria opinião – sem ter de confiar em terceiros.
A TXID: a impressão digital de uma transação
Cada transação Bitcoin recebe um Transaction ID (TXID) único – uma string hexadecimal de 64 caracteres (32 bytes), calculada pelo algoritmo criptográfico de hash SHA256d a partir dos dados serializados da transação. Até a menor alteração numa transação – como um valor ou endereço – gera uma TXID completamente diferente. A TXID é, portanto, a impressão digital imutável de uma transação e o principal instrumento de pesquisa num explorador de blocos.
Don't trust, verify: Quem insere uma TXID no mempool.space lê dados diretamente da blockchain – sem intermediários. Este é o instrumento prático por detrás do princípio fundamental do Bitcoin: a autoverificação.
Confirmações: o que significam 0, 1 e 6
O campo "confirmações" é um dos mais incompreendidos. Conta quantos blocos foram adicionados após o bloco que contém a transação:
- 0 confirmações: A transação encontra-se apenas no mempool – não confirmada, ainda não incluída em nenhum bloco. Pode teoricamente ainda ser substituída via Replace-by-Fee (RBF) ou descartada.
- 1 confirmação: A transação foi incluída no próximo bloco minerado.
- 6 confirmações (~60 minutos): Limiar de segurança convencional para valores mais elevados – não é um padrão do protocolo, mas está estabelecido na prática, uma vez que um atacante teria de sobrescrever seis blocos.
O tempo médio de bloco é de ~10 minutos, regulado pelo Difficulty Adjustment. Blocos individuais podem, no entanto, chegar significativamente mais depressa ou mais devagar.
O Mempool: não é um estado global
Antes de uma transação ser incluída num bloco, ela aguarda no Mempool (Memory Pool). É importante saber que não existe um único mempool global. Cada nó Bitcoin mantém o seu próprio mempool. O mempool.space mostra o estado do nó em que o serviço está a correr – outros nós podem ter conteúdos ligeiramente diferentes. Em períodos de pico, podem acumular-se centenas de megabytes de transações pendentes no mempool (dados de 2026, mempool.space).
Taxas: implícitas, não explícitas
Os iniciantes procuram frequentemente um "campo de taxa" dedicado nos dados brutos da transação – ele simplesmente não existe. A taxa do minerador é implícita e resulta da diferença entre a soma de todos os inputs menos a soma de todos os outputs. O que sobrar é cobrado pelo minerador como taxa. O explorador calcula e exibe este valor, mas não se trata de um campo de dados autónomo no registo da transação.
A unidade de taxa é satoshi por byte virtual (sat/vB). O "v" refere-se ao byte virtual – uma unidade ponderada pelo SegWit (BIP 141) que contempla diferentes tipos de transações. Os endereços Native SegWit (bech32, começando com bc1...) beneficiam de um peso em vByte menor e são, por isso, mais baratos a transacionar.
Endereços e o modelo UTXO: não uma conta, mas moedas
O Bitcoin não tem contas no sentido bancário tradicional. O protocolo funciona com o modelo UTXO (Unspent Transaction Output): cada fração de bitcoin existe como um output discreto e ainda não gasto de uma transação anterior. Um endereço Bitcoin não é tecnicamente uma conta, mas sim um script de bloqueio (ScriptPubKey) – uma instrução que define quem está autorizado a gastar um UTXO.
Quando um explorador de blocos apresenta um "saldo" para um endereço, calcula-o dinamicamente a partir de todos os UTXOs atualmente associados a esse endereço. Trata-se de uma abstração prática – mas conceptualmente algo completamente diferente de um saldo bancário.
Nota de privacidade: Cada transação é publicamente visível, mas os endereços não são nomes reais – o Bitcoin é pseudónimo, não anónimo. Consultar endereços num explorador público deixa metadados junto do operador do serviço. Os utilizadores que pretendam proteger a sua privacidade podem executar o mempool.space como software open-source auto-hospedado (GitHub: mempool/mempool).
Erros comuns dos iniciantes
- "A minha transação desapareceu": Uma transação com 0 confirmações não está perdida – está a aguardar no mempool para ser incluída num bloco. Com uma taxa demasiado baixa, pode esperar muito tempo ou acabar por ser descartada.
- "O explorador mostra o meu saldo de conta": O valor apresentado é uma agregação de UTXOs – não um extrato de conta.
- "As taxas estão registadas nos dados da transação": Não – são calculadas aritmeticamente como inputs menos outputs.
- "Todos os exploradores mostram o mesmo": As vistas do mempool podem variar consoante o nó, especialmente para transações recentemente transmitidas.
Conclusão: substituir a confiança pela compreensão
Os exploradores de blocos são a ferramenta mais direta para verificar transações Bitcoin por conta própria. Quem compreende a TXID, as confirmações, o modelo UTXO e o cálculo implícito de taxas consegue ler a blockchain de forma independente – e não precisa de confiar cegamente em nenhuma carteira, exchange ou serviço de terceiros.
Mais informação
Bitcoin トランザクションを送信した――次はどうする？ほとんどのユーザーにとって、ブロックエクスプローラーが最初の確認ツールとなる。mempool.space のようなサービスは、生のブロックチェーンデータを人間が読める形式で表示する。Bitcoin フルノード（またはその上の API レイヤー）に問い合わせ、結果をグラフィカルに提示するのだ。各フィールドの背後にある意味を理解すれば、第三者を信頼することなく、自分自身で状況を把握できる。
TXID：トランザクションの指紋
すべての Bitcoin トランザクションには一意の Transaction ID（TXID）が付与される。これはシリアライズされたトランザクションデータから暗号ハッシュアルゴリズム SHA256d によって計算された、64 文字の16進数文字列（32 バイト）だ。金額やアドレスなど、トランザクションへのわずかな変更でも、まったく異なる TXID が生成される。TXID はトランザクションの不変の指紋であり、ブロックエクスプローラーにおける最重要の検索手段だ。
Don't trust, verify：mempool.space に TXID を入力することは、仲介者なしにブロックチェーンから直接データを読み取ることを意味する。これが Bitcoin の核心原則である自己検証の、実践的なツールだ。
承認数：0・1・6 が意味するもの
「承認数」フィールドは最も誤解されやすい項目の一つだ。これは、そのトランザクションを含むブロックの後に、さらにいくつのブロックが追加されたかを数える：
- 0 承認：トランザクションはメンプール内にのみ存在し、未承認でどのブロックにも含まれていない。理論上は Replace-by-Fee（RBF）によって置き換えられたり、除外されたりする可能性がある。
- 1 承認：トランザクションが次にマイニングされたブロックに取り込まれた状態。
- 6 承認（約60分）：高額取引における慣習的なセキュリティのしきい値。プロトコルの標準ではないが、攻撃者が6ブロックを上書きしなければならないことから、実務上定着している。
平均ブロック時間は約10分で、Difficulty Adjustment によって調整される。ただし、個々のブロックはこれより大幅に早く、あるいは遅く生成されることもある。
メンプール：グローバルな状態は存在しない
トランザクションがブロックに取り込まれるまでの間、それは メンプール（メモリプール）で待機する。重要な点として、単一のグローバルなメンプールは存在しない。すべての Bitcoin ノードはそれぞれ独自のメンプールを保持している。mempool.space が表示するのは、そのサービスが動作しているノードの状態であり、他のノードはわずかに異なる内容を持つ可能性がある。ピーク時には、数百メガバイトもの未処理トランザクションがメンプールに滞留することもある（2026年時点、mempool.space データ）。
手数料：暗黙的であり、明示的ではない
初心者はエクスプローラーの生データの中に専用の「手数料フィールド」を探しがちだが、そのようなものは存在しない。マイナー手数料は暗黙的に、すべてのインプット合計からすべてのアウトプット合計を引いた差額として算出される。残った分がマイナーへの手数料として徴収される。エクスプローラーはこの値を計算して表示するが、トランザクションデータセット内の独立したデータフィールドではない。
手数料の単位は 仮想バイトあたりの Satoshi（sat/vB）だ。「v」は仮想バイト（virtual byte）を意味し、SegWit で重み付けされた単位（BIP 141）で、異なるトランザクションタイプに対応している。ネイティブ SegWit アドレス（bech32、bc1... で始まる）は vByte の重みが低く、送金コストが安い。
アドレスと UTXO モデル：口座ではなくコイン
Bitcoin には銀行のような口座という概念がない。プロトコルは UTXO モデル（Unspent Transaction Output）で動作する。Bitcoin の各断片は、過去のトランザクションにおける未使用のアウトプットとして離散的に存在している。Bitcoin アドレスは技術的には口座ではなく、ロッキングスクリプト（ScriptPubKey）――UTXO を誰が使用できるかを定義する指示――だ。
ブロックエクスプローラーがあるアドレスの「残高」を表示する場合、そのアドレスに現在紐づいているすべての UTXO から動的に計算している。これは便利な抽象化だが、概念的には銀行の口座残高とはまったく異なるものだ。
プライバシーに関する注意：すべてのトランザクションは公開されているが、アドレスは実名ではない――Bitcoin は仮名性を持つが、匿名ではない。公開エクスプローラーでアドレスを検索すると、運営者にメタデータが残る。プライバシーを守りたいユーザーは、mempool.space をセルフホスト型のオープンソースソフトウェアとして運用できる（GitHub: mempool/mempool）。
初心者がよく誤解すること
- 「トランザクションが消えた」：0 承認のトランザクションは消えたわけではなく、メンプール内でブロックへの取り込みを待っている。手数料が低すぎると、長時間待つか、最終的に除外される可能性がある。
- 「エクスプローラーが口座残高を表示している」：表示される金額は UTXO の集計であり、口座管理ではない。
- 「手数料はデータセットに記録されている」：そうではない――インプットからアウトプットを引いた差額として算術的に導出される。
- 「すべてのエクスプローラーは同じものを表示する」：メンプールの状態はノードによって異なる場合があり、特に送信直後のトランザクションではその差が顕著だ。
まとめ：信頼を洞察で置き換える
ブロックエクスプローラーは、Bitcoin トランザクションを自分で検証するための最も直接的なツールだ。TXID・承認数・UTXO モデル・暗黙的な手数料計算を理解すれば、誰でも自律的にブロックチェーンを読むことができる――ウォレット、取引所、いかなるサービスも盲目的に信頼する必要はない。
関連情報
Bitcoin交易已发送——接下来呢？对大多数用户而言，区块浏览器是首要的查验工具。mempool.space等服务以人类可读的形式展示原始区块链数据：它们查询Bitcoin全节点（或其上层的API接口），并以可视化方式呈现结果。只要理解各字段背后的含义，任何人都能自行判断——无需信任任何第三方。
TXID：交易的指纹
每笔Bitcoin交易都有一个唯一的交易ID（TXID）——一个64个字符的十六进制字符串（32字节），由密码学哈希算法SHA256d对序列化的交易数据计算得出。即使对交易做出最微小的改动——例如修改金额或地址——也会产生一个完全不同的TXID。因此，TXID是交易不可更改的指纹，也是区块浏览器中最重要的搜索工具。
Don't trust, verify：在mempool.space中输入TXID，即可直接从区块链读取数据——无需任何中间方。这是Bitcoin自我验证核心原则的实用体现。
确认数：0、1和6分别意味着什么
"确认数"字段是最常被误解的字段之一。它统计的是在包含该交易的区块之后，又新增了多少个区块：
- 0个确认：该交易仅存在于内存池中——尚未确认，尚未被打包进任何区块。理论上仍可通过Replace-by-Fee（RBF）机制被替换或被丢弃。
- 1个确认：该交易已被打包进下一个挖出的区块。
- 6个确认（约60分钟）：针对较大金额的惯用安全阈值——并非协议标准，但在实践中已被广泛接受，因为攻击者需要覆盖六个区块才能篡改。
平均出块时间约为10分钟，由难度调整（Difficulty Adjustment）机制调节。但单个区块的实际出块时间可能明显更快或更慢。
内存池：并非全局统一的状态
在交易被打包进区块之前，它在内存池（Mempool，即Memory Pool）中等待。需要注意的是：并不存在一个单一的全局内存池。每个Bitcoin节点都维护着自己的内存池。mempool.space展示的是该服务所运行节点的状态——其他节点的内容可能略有不同。在高峰时段，内存池中可能积压数百兆字节的待处理交易（截至2026年，据mempool.space数据）。
手续费：隐式而非显式
初学者在浏览器的原始数据中往往会寻找一个独立的"手续费字段"——但这样的字段并不存在。矿工手续费是隐式的，由所有输入总和减去所有输出总和的差值得出。剩余部分由矿工作为手续费收取。浏览器会计算并显示这一数值，但它并非交易记录中的独立数据字段。
手续费的单位是每虚拟字节的聪数（sat/vB）。其中"v"代表虚拟字节——这是一种经SegWit加权的单位（BIP 141），适用于不同类型的交易。原生SegWit地址（bech32格式，以bc1...开头）因其较低的虚拟字节权重而受益，转账成本更低。
地址与UTXO模型：不是账户，而是"硬币"
Bitcoin没有传统银行意义上的账户。该协议基于UTXO模型（未花费的交易输出）运作：每一份Bitcoin都以离散的形式存在，作为此前某笔交易中尚未花费的输出。Bitcoin地址在技术层面并非账户，而是一个锁定脚本（ScriptPubKey）——它规定了谁有权花费某个UTXO。
当区块浏览器显示某个地址的"余额"时，它是动态地从当前绑定到该地址的所有UTXO中汇总计算得出的。这是一种便于理解的抽象概念——但在本质上与银行账户余额完全不同。
隐私提示：每笔交易都是公开可查的，但地址并非真实姓名——Bitcoin是假名制，而非匿名制。在公共浏览器中查询地址会向服务运营商留下元数据。希望保护隐私的用户可以将mempool.space作为自托管的开源软件运行（GitHub：mempool/mempool）。
初学者常见的误解
- "我的交易不见了"：0个确认的交易并未丢失——它正在内存池中等待被打包进区块。如果手续费过低，它可能需要等待很长时间，甚至最终被丢弃。
- "浏览器显示的是我的账户余额"：所显示的金额是多个UTXO的汇总——而非账户记账。
- "手续费记录在交易数据中"：并非如此——手续费是由输入减去输出的差值计算得出的。
- "所有浏览器显示的内容都一样"：内存池视图可能因节点而异，对于刚刚广播的交易尤为如此。
结语：以洞察取代信任
区块浏览器是自主验证Bitcoin交易最直接的工具。只要理解TXID、确认数、UTXO模型以及隐式手续费计算方式，任何人都能独立读取区块链——无需盲目信任任何钱包、交易所或第三方服务。
延伸阅读
تمّت إرسال معاملة Bitcoin – فماذا بعد؟ بالنسبة لمعظم المستخدمين، يُعدّ مستكشف الكتل أول أداة للتحقق. تعرض خدمات مثل mempool.space بيانات البلوكتشين الخام بصورة مقروءة للإنسان: إذ تستعلم من عقدة Bitcoin كاملة (أو طبقة API فوقها) وتقدّم النتيجة بشكل مرئي. كل من يفهم ما يقف وراء كل حقل يستطيع أن يكوّن صورته الخاصة – دون الحاجة إلى الوثوق بأي طرف ثالث.
معرّف المعاملة TXID: بصمة المعاملة
تحصل كل معاملة Bitcoin على معرّف فريد (TXID) – سلسلة سداسية عشرية مؤلفة من 64 حرفًا (32 بايت)، تُحسب عبر خوارزمية التجزئة التشفيرية SHA256d من بيانات المعاملة المتسلسلة. حتى أدنى تغيير في المعاملة – كالمبلغ أو العنوان – ينتج عنه TXID مختلف كليًا. وبذلك يكون TXID هو البصمة الثابتة غير القابلة للتغيير للمعاملة، وأهم أداة بحث في مستكشف الكتل.
Don't trust, verify: إدخال TXID في mempool.space يعني قراءة البيانات مباشرةً من البلوكتشين – دون وسيط. هذه هي التجسيد العملي لمبدأ Bitcoin الجوهري في التحقق الذاتي.
التأكيدات: معنى 0 و1 و6
يُعدّ حقل "التأكيدات" من أكثر الحقول التي يُساء فهمها. إذ يحسب عدد الكتل التي أُضيفت بعد الكتلة التي تحتوي على المعاملة:
- 0 تأكيدات: المعاملة موجودة في Mempool فحسب – غير مؤكدة، ولم تُدرج بعد في أي كتلة. ويمكن نظريًا استبدالها عبر Replace-by-Fee (RBF) أو إسقاطها.
- تأكيد واحد: أُدرجت المعاملة في الكتلة التالية التي تم تعدينها.
- 6 تأكيدات (~60 دقيقة): العتبة الأمنية المتعارف عليها للمبالغ الكبيرة – وليست معيارًا رسميًا في البروتوكول، لكنها راسخة عمليًا، إذ سيضطر المهاجم إلى الكتابة فوق ست كتل.
متوسط وقت الكتلة ~10 دقائق، وينظّمه Difficulty Adjustment. غير أن الكتل الفردية قد تصل بشكل أسرع أو أبطأ بكثير.
Mempool: ليس حالة عالمية موحّدة
قبل أن تُدرج المعاملة في كتلة، تنتظر في Mempool (Memory Pool). والأمر المهم أنه لا يوجد Mempool عالمي موحّد واحد. كل عقدة Bitcoin تحتفظ بـ Mempool الخاص بها. يعرض mempool.space حالة العقدة التي تعمل عليها الخدمة – وقد تحتوي عقد أخرى على محتوى مختلف قليلًا. في أوقات الذروة، قد تتراكم مئات الميغابايتات من المعاملات المعلّقة في الـ Mempool (بيانات mempool.space، اعتبارًا من 2026).
الرسوم: ضمنية لا صريحة
كثيرًا ما يبحث المبتدئون في المستكشف عن "حقل رسوم" مستقل في بيانات المعاملة الخام – وهو غير موجود بهذه الصورة. إذ تُستنتج رسوم المعدِّن ضمنيًا من الفرق بين مجموع جميع المدخلات ومجموع جميع المخرجات. ما يتبقى يأخذه المعدِّن رسومًا. يحسب المستكشف هذه القيمة ويعرضها، لكنها ليست حقلًا مستقلًا في سجل بيانات المعاملة.
وحدة الرسوم هي ساتوشي لكل بايت افتراضي (sat/vB). يرمز حرف "v" إلى البايت الافتراضي – وهو وحدة موزونة وفق SegWit (BIP 141) تراعي أنواع المعاملات المختلفة. تستفيد عناوين Native SegWit (bech32، التي تبدأ بـ bc1...) من وزن vByte أقل، مما يجعل تحويلاتها أرخص.
العناوين ونموذج UTXO: ليست حسابات، بل عملات
لا تعتمد Bitcoin على حسابات بالمفهوم المصرفي. يعمل البروتوكول وفق نموذج UTXO (Unspent Transaction Output): كل وحدة من Bitcoin موجودة كمخرج منفصل لم يُنفق بعد من معاملة سابقة. عنوان Bitcoin ليس حسابًا من الناحية التقنية، بل هو نص قفل (ScriptPubKey) – تعليمة تحدد من يملك حق إنفاق UTXO معين.
حين يعرض مستكشف الكتل "رصيدًا" لعنوان ما، فإنه يحسبه ديناميكيًا من جميع UTXOs المرتبطة حاليًا بذلك العنوان. هذا تجريد عملي مفيد – لكنه مفهوميًا مختلف تمامًا عن رصيد الحساب المصرفي.
تنبيه الخصوصية: كل معاملة مرئية للعموم، لكن العناوين ليست أسماء حقيقية – Bitcoin مجهول الهوية جزئيًا (pseudonymous)، لا مجهول الهوية كليًا (anonymous). البحث عن العناوين في مستكشف عام يترك بيانات وصفية لدى مشغّل الخدمة. من يرغب في حماية خصوصيته يمكنه تشغيل mempool.space كبرنامج مفتوح المصدر يُستضاف ذاتيًا (GitHub: mempool/mempool).
أخطاء شائعة لدى المبتدئين
- "معاملتي اختفت": المعاملة ذات 0 تأكيدات ليست مفقودة – بل تنتظر في الـ Mempool لتُدرج في كتلة. إذا كانت الرسوم منخفضة جدًا، فقد تنتظر طويلًا أو تُسقط في نهاية المطاف.
- "المستكشف يعرض رصيد حسابي": المبلغ المعروض هو تجميع لـ UTXOs – وليس قيدًا محاسبيًا لحساب.
- "الرسوم مُسجَّلة في بيانات المعاملة": لا – بل تُحسب حسابيًا بطرح المخرجات من المدخلات.
- "جميع المستكشفات تعرض الشيء ذاته": قد تتفاوت عروض الـ Mempool بين عقدة وأخرى، خاصةً فيما يخص المعاملات المُرسلة حديثًا.
خلاصة: استبدال الثقة بالفهم
مستكشفات الكتل هي الأداة الأكثر مباشرةً للتحقق الذاتي من معاملات Bitcoin. كل من يفهم الـ TXID والتأكيدات ونموذج UTXO وحساب الرسوم الضمنية يستطيع قراءة البلوكتشين باستقلالية تامة – دون الحاجة إلى الوثوق العمياء بأي محفظة أو بورصة أو خدمة.
مزيد من المعلومات
⚖️ Die stärksten GegenargumenteThe Strongest CounterargumentsLos contraargumentos más fuertesOs contra-argumentos mais fortes最も強力な反論最有力的反方观点أقوى الحجج المضادة
Jedes Gegenargument in seiner stärksten Form – geprüft und nach Datenlage entschieden, kein Wunschdenken.Each counterargument in its strongest form – scrutinized and adjudicated per the data, no wishful thinking.Cada contraargumento en su forma más fuerte: examinado y juzgado según los datos, sin ilusiones.Cada contra-argumento na sua forma mais forte – examinado e julgado segundo os dados, sem ilusões.各反論を最も強い形で提示し、データに基づいて検証・判定しています。希望的観測はありません。每个反方观点均以其最强形式呈现——依据数据审视并判定，绝不一厢情愿。كل حجة مضادة في أقوى صورها — مفحوصة ومحسومة وفق البيانات، لا وفق التمني.
Die Kernbotschaft ‚ohne einem Dritten vertrauen zu müssen' ist für gehostete Explorer falsch: Wer mempool.space im Browser nutzt, vertraut dem Betreiber bei der Datenkorrektheit und liefert ihm zugleich Metadaten – IP-Adresse plus jede abgefragte Adresse und TXID.The core message — 'without having to trust a third party' — is wrong for hosted explorers: whoever uses mempool.space in a browser trusts the operator for data correctness while handing over metadata (IP address plus every queried address and TXID).El mensaje central —'sin tener que confiar en un tercero'— es falso para los exploradores alojados: quien usa mempool.space en el navegador confía en el operador para la corrección de los datos y además le entrega metadatos (dirección IP más cada dirección y TXID consultados).A mensagem central — 'sem ter de confiar num terceiro' — é falsa para exploradores alojados: quem usa o mempool.space no navegador confia no operador quanto à correção dos dados e entrega-lhe metadados (endereço IP mais cada endereço e TXID consultados).「第三者を信頼せずに済む」という中核メッセージは、ホスト型エクスプローラには当てはまらない。ブラウザで mempool.space を使う人は、データの正しさについて運営者を信頼したうえ、メタデータ（IP アドレスと照会したアドレスや TXID）まで渡している。「无需信任第三方」这一核心信息对托管型区块浏览器并不成立：在浏览器里使用 mempool.space 的人，既要信任运营方的数据正确性，又把元数据（IP 地址加上查询过的每个地址和 TXID）交了出去。الرسالة المحورية — «دون الحاجة إلى الوثوق بطرف ثالث» — خاطئة بالنسبة للمستكشفات المستضافة: فمن يستخدم mempool.space في المتصفح يثق بالمشغل في صحة البيانات ويسلمه في الوقت نفسه بيانات وصفية (عنوان IP مع كل عنوان و TXID جرى الاستعلام عنه).
Ein Web-Explorer ist genau der Vermittler, den der Artikel wegdefiniert – trustless verifiziert nur ein eigener Full Node (oder eine selbst gehostete Explorer-Instanz). Der Artikel räumt das Metadaten-Problem später selbst ein und widerspricht damit seiner Eingangsthese.A web explorer is precisely the intermediary the article defines away — only your own full node (or a self-hosted explorer instance) verifies trustlessly. The article later concedes the metadata problem itself, contradicting its opening claim.Un explorador web es exactamente el intermediario que el artículo hace desaparecer por definición: solo un full node propio (o una instancia autoalojada del explorador) verifica sin confianza. El propio artículo admite después el problema de los metadatos, contradiciendo su tesis inicial.Um explorador web é exatamente o intermediário que o artigo elimina por definição — só um full node próprio (ou uma instância auto-hospedada do explorador) verifica sem confiança. O próprio artigo admite depois o problema dos metadados, contradizendo a sua tese inicial.ウェブ・エクスプローラこそ、記事が定義上消し去った仲介者そのものだ。トラストレスに検証できるのは自前のフルノード（または自己ホストしたエクスプローラ）だけである。記事自身も後段でメタデータ問題を認めており、冒頭の主張と矛盾している。网页式区块浏览器恰恰就是文章在定义上抹掉的那个中介——只有自己的全节点（或自托管的浏览器实例）才能无信任地验证。文章后文自己也承认元数据问题，与开头的论断自相矛盾。مستكشف الويب هو بالضبط الوسيط الذي أسقطه المقال بالتعريف — فلا يتحقق دون ثقة إلا من يشغل عقدة كاملة خاصة به (أو نسخة مستضافة ذاتيا من المستكشف). والمقال نفسه يقر لاحقا بمشكلة البيانات الوصفية، مناقضا أطروحته الافتتاحية.
Die beruhigende Aussage, eine unbestätigte Transaktion sei ‚nicht verloren', unterschlägt die Kehrseite: Seit Full-RBF Standard-Policy ist (Bitcoin Core 28, 2024), sind 0-Conf-Transaktionen trivial ersetzbar – Empfänger dürfen ihnen niemals vertrauen.The reassurance that an unconfirmed transaction is 'not lost' omits the flip side: since full-RBF became default policy (Bitcoin Core 28, 2024), 0-conf transactions are trivially replaceable — recipients must never trust them.La frase tranquilizadora de que una transacción sin confirmar 'no está perdida' omite la otra cara: desde que full-RBF es política por defecto (Bitcoin Core 28, 2024), las transacciones 0-conf son trivialmente reemplazables; un receptor no debe fiarse de ellas jamás.A frase tranquilizadora de que uma transação não confirmada 'não está perdida' omite o reverso: desde que o full-RBF passou a ser política padrão (Bitcoin Core 28, 2024), transações 0-conf são trivialmente substituíveis — quem recebe nunca deve confiar nelas.未確認トランザクションは「失われていない」という安心させる記述は、裏面を省いている。full-RBF がデフォルトになって以降（Bitcoin Core 28、2024 年）、0-conf のトランザクションは容易に置き換え可能であり、受取側は決してそれを信頼してはならない。「未确认的交易并没有丢」这句安抚话省略了另一面：自 full-RBF 成为默认策略（Bitcoin Core 28，2024 年）以来，0 确认交易可以被轻易替换——收款方绝不能信任它们。العبارة المطمئنة بأن المعاملة غير المؤكدة «ليست ضائعة» تغفل الوجه الآخر: فمنذ أصبح full-RBF السياسة الافتراضية (Bitcoin Core 28، عام 2024) صارت المعاملات بلا تأكيد قابلة للاستبدال ببساطة — ويجب على المستلم ألا يثق بها أبدا.
Mit Full-RBF können Sender unbestätigte Transaktionen unabhängig vom Signal-Flag ersetzen; für Zahlungsempfänger ist 0-Conf damit endgültig kein Sicherheitsniveau mehr. Der Artikel erwähnt RBF nur beiläufig aus Senderperspektive und lässt die Empfängerseite ungewarnt.With full-RBF, senders can replace unconfirmed transactions regardless of any signaling flag; for payees, 0-conf is definitively no security level anymore. The article mentions RBF only in passing from the sender's perspective and leaves the recipient side unwarned.Con full-RBF, el emisor puede sustituir transacciones sin confirmar con independencia de cualquier señalización; para quien cobra, 0-conf ya no es definitivamente ningún nivel de seguridad. El artículo menciona RBF solo de pasada y desde la perspectiva del emisor, dejando sin aviso al receptor.Com full-RBF, o remetente pode substituir transações não confirmadas independentemente de qualquer sinalização; para o recebedor, 0-conf deixou definitivamente de ser um nível de segurança. O artigo menciona o RBF apenas de passagem, na perspetiva do remetente, e deixa o lado do recebedor sem aviso.full-RBF の下では、送信者はシグナルの有無にかかわらず未確認トランザクションを置き換えられる。受取人にとって 0-conf はもはや決定的にセキュリティ水準ではない。記事は RBF を送信者視点で付随的に触れるだけで、受取側への警告を欠いている。在 full-RBF 之下，发送方无论是否设置信号位都能替换未确认交易；对收款方而言，0 确认已彻底不再是任何安全等级。文章只从发送方视角顺带提到 RBF，对收款方一侧毫无警示。مع full-RBF يستطيع المرسل استبدال المعاملات غير المؤكدة بغض النظر عن أي إشارة؛ وبالنسبة للمستفيد لم يعد الصفر من التأكيدات أي مستوى أمان على الإطلاق. المقال يذكر RBF عرضا من منظور المرسل فقط ويترك جانب المستلم دون تحذير.
Die 6-Bestätigungen-Faustregel wird als etablierte Sicherheitsschwelle präsentiert, ist aber keine belastbare Größe: Angemessene Wartezeiten hängen von Betrag, Bedrohungsmodell und Hashrate-Verteilung ab – Börsen verlangen je nach Risiko deutlich mehr oder weniger Bestätigungen.The six-confirmation rule of thumb is presented as an established security threshold, but it is not a robust quantity: appropriate waiting times depend on amount, threat model and hashrate distribution — exchanges require considerably more or fewer confirmations depending on risk.La regla de las seis confirmaciones se presenta como umbral de seguridad establecido, pero no es una magnitud sólida: el tiempo de espera adecuado depende del importe, del modelo de amenaza y de la distribución del hashrate; los exchanges exigen bastantes más o menos confirmaciones según el riesgo.A regra prática das seis confirmações é apresentada como limiar de segurança estabelecido, mas não é uma grandeza sólida: o tempo de espera adequado depende do montante, do modelo de ameaça e da distribuição do hashrate — as exchanges exigem bastante mais ou menos confirmações conforme o risco.6 承認という経験則が確立されたセキュリティ閾値として提示されているが、それは頑健な量ではない。適切な待機時間は金額、脅威モデル、ハッシュレートの分布に依存し、取引所はリスクに応じてはるかに多い、あるいは少ない承認数を要求している。「6 个确认」这一经验法则被当作既定安全阈值来呈现，但它并不是一个可靠的量：合适的等待时间取决于金额、威胁模型和算力分布——交易所会根据风险要求明显更多或更少的确认数。قاعدة التأكيدات الست تقدم كعتبة أمان راسخة، لكنها ليست مقدارا متينا: فمدة الانتظار المناسبة تتوقف على المبلغ ونموذج التهديد وتوزيع قوة التجزئة — والمنصات تطلب بحسب المخاطر تأكيدات أكثر أو أقل بكثير.
Auf Bitcoin ist kein erfolgreicher Deep-Reorg-Angriff gegen 6 Bestätigungen dokumentiert, was für die Faustregel spricht; eine mathematische Garantie existiert jedoch nicht, und bei konzentrierter Hashrate sinken die theoretischen Angriffskosten. Die Regel ist Konvention, nicht Protokolleigenschaft – der Artikel sagt das zwar, zieht aber keine praktischen Schlüsse für hohe Beträge.No successful deep reorg against six confirmations has ever been documented on Bitcoin, which speaks for the heuristic; yet there is no mathematical guarantee, and concentrated hashrate lowers theoretical attack costs. The rule is convention, not a protocol property — the article says so, but draws no practical conclusions for large amounts.Nunca se ha documentado en Bitcoin un deep reorg exitoso contra seis confirmaciones, lo que avala la heurística; pero no existe garantía matemática y un hashrate concentrado abarata el ataque teórico. La regla es convención, no propiedad del protocolo; el artículo lo dice, pero no extrae conclusiones prácticas para importes altos.Nunca foi documentado no Bitcoin um deep reorg bem-sucedido contra seis confirmações, o que apoia a heurística; mas não há garantia matemática, e hashrate concentrado baixa os custos teóricos de ataque. A regra é convenção, não propriedade do protocolo — o artigo di-lo, mas não tira conclusões práticas para montantes elevados.Bitcoin 上で 6 承認に対する深い再編成（ディープリオーグ）攻撃が成功した記録はなく、これは経験則を支持する。しかし数学的保証は存在せず、ハッシュレートが集中すれば理論上の攻撃コストは下がる。このルールはプロトコルの性質ではなく慣行であり、記事もそう述べながら、高額取引への実務的な結論を引き出していない。Bitcoin 上从未有过针对 6 个确认的深度重组攻击成功的记录，这支持该经验法则；但数学上并无保证，算力集中还会降低理论攻击成本。这条规则是惯例而非协议属性——文章虽然说了这一点，却没有为大额交易给出任何实务结论。لم يوثق قط على Bitcoin هجوم إعادة تنظيم عميق ناجح ضد ست تأكيدات، وهذا يدعم القاعدة التقريبية؛ لكن لا يوجد ضمان رياضي، وتركز قوة التجزئة يخفض كلفة الهجوم النظرية. القاعدة عرف لا خاصية بروتوكول — والمقال يقول ذلك لكنه لا يستخلص أي نتائج عملية للمبالغ الكبيرة.
QuellenSourcesFuentesFontes出典来源المصادر
- mempool.space – Bitcoin Explorer (mempool.space)
- Bitcoin Whitepaper – Satoshi Nakamoto (bitcoin.org)
- bitcoin.org – Vocabulary (bitcoin.org)
- BIP 141 – Segregated Witness (Consensus layer) (github.com)
- mempool/mempool – Open Source Repository (github.com)