Chương 10 - đã đạt 0 trên 10 bài kiểm tra
Hành trình thanh toán
Theo dõi một khoản thanh toán từ ý định trong ví đến khi được xác nhận quyết toán.
- Sắp xếp trình tự một khoản thanh toán từ lúc ví tạo giao dịch đến khi được xác nhận
- Nêu các kiểu thất bại chính và điều mà một xác nhận thực sự đảm bảo
Trả lời nhanh
Một khoản thanh toán Bitcoin diễn ra từng bước như thế nào?
Ví tạo và ký giao dịch, các node xác thực và chuyển tiếp nó, một thợ đào đưa nó vào khối, và số xác nhận tăng dần.
Bao nhiêu xác nhận thì an toàn?
Mỗi xác nhận khiến việc đảo ngược khó hơn. Nhiều dịch vụ chờ sáu xác nhận cho số tiền lớn; các lần tái tổ chức nông vẫn có thể hoàn tác một hoặc hai xác nhận.
Vì sao một khoản thanh toán Bitcoin có thể thất bại?
Script sai, phí quá thấp để được xác nhận, bị thay thế, giao dịch bị loại khỏi mempool, và các lần tái tổ chức nông.
Ví tạo giao dịch
Ví bắt đầu hành trình bằng cách chọn các UTXO, thêm địa chỉ người nhận làm output, tính tiền thừa và chọn mức phí. Việc chọn coin ảnh hưởng đến phí, quyền riêng tư và những coin nào bị liên kết với nhau. Một ví tốt sẽ hiển thị đích đến, số tiền và phí trước khi ký.
Alice ký
Ví ký sighash bằng khóa riêng tư của Alice. Chữ ký cho phép chi tiêu các đầu vào đã chọn và các đầu ra nằm trong phạm vi của loại sighash. Chữ ký không làm lộ khóa. Trên ví phần cứng, đây là lúc bạn kiểm tra địa chỉ nhận và số tiền trên màn hình thiết bị.
Node xác thực
Node kiểm tra giao dịch trước khi tin tưởng nó: chữ ký phải hợp lệ, đầu vào phải chưa được chi tiêu, giá trị phải cân bằng và script phải chạy thành công. Một node từ chối giao dịch sẽ không chuyển tiếp nó. Ai đó vẫn có thể gửi giao dịch đến nơi khác, kể cả gửi thẳng cho thợ đào; nhưng một giao dịch vi phạm đồng thuận không thể nằm trong một chuỗi hợp lệ. Chính sách chuyển tiếp cũng có thể từ chối một giao dịch hợp lệ về mặt đồng thuận.
Chuyển tiếp và mempool
Các giao dịch hợp lệ chưa được xác nhận được chuyển tiếp từ node này sang node khác. Mỗi node giữ mempool riêng, nên “trong mempool” không phải là một phòng chờ chung toàn cầu. Thợ đào chọn giao dịch theo tỷ lệ phí (phí trên mỗi đơn vị kích thước giao dịch) và các quy tắc chính sách khác. Một giao dịch có thể có mặt ở node này nhưng không có ở node khác.
Thợ đào đưa vào khối
Thợ đào chọn giao dịch từ mempool của mình, tạo một khối ứng viên và tìm bằng chứng công việc. Nếu thợ đào thắng, khoản thanh toán xuất hiện trong một khối. Các thợ đào khác có thể xây tiếp trên khối đó, tăng thêm số xác nhận. Trước khi được xác nhận, một giao dịch cũng có thể bị thay thế (RBF) hoặc được tăng tốc (CPFP).
Xác nhận tích lũy
Mỗi khối mới phía sau bổ sung thêm bằng chứng công việc phía trên khoản thanh toán của Alice, khiến việc đảo ngược tốn kém hơn. Một xác nhận là tín hiệu mạnh cho các khoản thanh toán nhỏ; khoản lớn hơn thường chờ thêm. Xác nhận không phải là bảo đảm pháp lý, và một cuộc tái tổ chức sâu vẫn có thể xảy ra, chỉ là rất tốn kém. Ngưỡng thực tế tùy thuộc vào số tiền và mức rủi ro.
Phòng thí nghiệm mạng
Xem điều này trong mô phỏng
Theo dõi khoản thanh toán của Alice đến Bethlehem.
Điều bạn cần ghi nhớ
Một khoản thanh toán được tạo, ký, xác thực, chuyển tiếp, đào và xác nhận. Mỗi bước đều có thể thất bại: script sai, phí thấp, bị thay thế, giao dịch bị loại bỏ và tái tổ chức nông.
Nhớ lại, rồi áp dụng
Lần theo các bước tạo → ký → xác thực → chuyển tiếp → đào → xác nhận. Nêu một lỗi có thể xảy ra trước khi xác nhận và một rủi ro sau đó.
Kiểm tra lời giải thích của bạn
Trước khi xác nhận: bị chính sách từ chối, chữ ký không hợp lệ, phí thấp, bị thay thế hoặc bị loại khỏi mempool. Sau khi được đưa vào khối: một cuộc tái tổ chức có thể loại bỏ khối chứa giao dịch; các xác nhận về sau làm giảm nhưng không loại bỏ hoàn toàn rủi ro đó.
Điểm kiểm tra
Thuật ngữ chính
Nguồn
Đã xem xét 25 tháng 10, 2026 · không phải lời khuyên tài chính