Ghi chú của Biên tập viên PANews: Satoshi Nakamoto đã công bố Sách trắng Bitcoin , và hôm nay đánh dấu kỷ niệm 17 năm ra đời. Sau đây là bản dịch Sách trắng của Lý Tiểu Lai, để mọi người cùng tham khảo tác phẩm kinh điển này.
Tóm tắt: Một phiên bản tiền điện tử hoàn toàn ngang hàng sẽ cho phép thanh toán trực tuyến được gửi trực tiếp từ bên này sang bên khác mà không cần thông qua tổ chức tài chính. Mặc dù chữ ký số chỉ là một giải pháp cục bộ, nhưng lợi thế chính của thanh toán điện tử sẽ bị phủ nhận nếu vẫn cần một bên thứ ba đáng tin cậy để ngăn chặn chi tiêu kép. Chúng tôi đề xuất một phương án sử dụng mạng ngang hàng để giải quyết vấn đề chi tiêu kép. Mạng ngang hàng đánh dấu cho mỗi giao dịch phương pháp ghi lại dữ liệu băm của giao dịch vào một Chuỗi bằng chứng công việc (proof-of-work) liên tục mở rộng, tạo thành một bản ghi không thể thay đổi trừ khi được viết lại hoàn toàn. Chuỗi dài nhất đóng vai trò là bằng chứng về các sự kiện được chứng kiến và thứ tự của chúng, đồng thời cũng là bằng chứng cho thấy nó bắt nguồn từ nhóm tỷ lệ băm CPU lớn nhất. Miễn là phần lớn tỷ lệ băm CPU được kiểm soát bởi nút lành tính — tức là nút không hợp tác với những nút đang cố gắng tấn công mạng — nút lành tính sẽ tạo ra Chuỗi dài nhất và vượt trội hơn những kẻ tấn công. Bản thân mạng lưới chỉ cần một cấu trúc tối thiểu. Thông tin sẽ lan truyền trên cơ sở nỗ lực tối đa, và nút có thể tự do đến và đi; tuy nhiên, khi tham gia, họ phải luôn chấp nhận Chuỗi bằng chứng công việc dài nhất làm bằng chứng cho mọi thứ đã xảy ra trong thời gian họ vắng mặt.
1. Giới thiệu
Thương mại điện tử gần như hoàn toàn phụ thuộc vào các tổ chức tài chính với tư cách là bên thứ ba đáng tin cậy để xử lý thanh toán điện tử. Mặc dù hệ thống này hoạt động khá tốt đối với hầu hết các giao dịch, nhưng nó vẫn bị cản trở bởi những sai sót cố hữu của mô hình dựa trên lòng tin. Các giao dịch hoàn toàn không thể đảo ngược gần như là bất khả thi vì các tổ chức tài chính không thể tránh khỏi việc phân xử tranh chấp bằng trọng tài. Chi phí trọng tài làm tăng chi phí giao dịch, từ đó hạn chế quy mô giao dịch tối thiểu có thể và ngăn chặn hiệu quả nhiều khoản thanh toán nhỏ. Hơn nữa, còn có những chi phí lớn hơn: hệ thống không thể cung cấp các khoản thanh toán không thể đảo ngược cho các dịch vụ không thể đảo ngược. Khả năng đảo ngược tạo ra nhu cầu tin cậy phổ biến. Các thương nhân phải cảnh giác với khách hàng của mình, yêu cầu họ cung cấp thêm thông tin mà nếu không sẽ không cần thiết (nếu được tin cậy). Một tỷ lệ gian lận nhất định được cho rằng không thể tránh khỏi. Những chi phí này và sự không chắc chắn trong thanh toán, mặc dù có thể tránh được khi thanh toán bằng tiền mặt trực tiếp giữa mọi người, nhưng lại thiếu bất kỳ cơ chế nào cho phép thanh toán được thực hiện thông qua các kênh liên lạc trong đó một bên không được tin cậy.
Điều chúng ta thực sự cần là một hệ thống thanh toán điện tử dựa trên bằng chứng crypto thay vì sự tin tưởng, cho phép bất kỳ hai bên nào giao dịch trực tiếp mà không cần phải tin tưởng bên thứ ba. Các giao dịch không thể đảo ngược được đảm bảo bằng tỷ lệ băm giúp người bán tránh gian lận, trong khi các cơ chế đảm bảo hàng ngày để bảo vệ người mua được triển khai dễ dàng. Trong bài báo này, chúng tôi đề xuất một giải pháp chống chi tiêu gấp đôi bằng cách sử dụng các máy chủ đóng dấu thời gian phân tán ngang hàng để tạo bằng chứng dựa trên tỷ lệ băm, ghi lại từng giao dịch theo trình tự thời gian. Hệ thống này an toàn miễn là nút trung thực cùng sở hữu tỷ lệ băm CPU lớn hơn những kẻ tấn công thông đồng.
2. Giao dịch
Chúng tôi định nghĩa một đồng tiền điện tử là một Chuỗi chữ ký số. Khi chủ sở hữu chuyển một đồng tiền cho người khác, họ sẽ thêm chữ ký số sau vào cuối Chuỗi này: hàm băm của giao dịch trước đó và khóa công khai của chủ sở hữu mới. Người nhận có thể xác minh quyền sở hữu Chuỗi chữ ký số bằng cách xác minh chữ ký.
Vấn đề với cách tiếp cận này là người nhận không thể xác minh rằng không có chủ sở hữu trước nào đã Chi tiêu hai lần đồng tiền. Một giải pháp phổ biến là thiết lập một cơ quan tập trung đáng tin cậy, hay còn gọi là "sở đúc tiền", để kiểm tra mọi giao dịch xem có Chi tiêu hai lần hay không. Sau mỗi giao dịch, đồng tiền phải được trả lại cho sở đúc tiền, sau đó nơi này sẽ phát hành một đồng tiền mới. Do đó, chỉ những đồng tiền do sở đúc tiền trực tiếp phát hành mới được coi là đáng tin cậy và không bị Chi tiêu hai lần. Vấn đề với giải pháp này là số phận của toàn bộ hệ thống tiền tệ gắn liền với công ty vận hành sở đúc tiền (giống như ngân hàng), và mọi giao dịch đều phải thông qua cơ quan này.
Chúng tôi cần một cách để người nhận xác nhận rằng chủ sở hữu trước đó không ký bất kỳ giao dịch nào trước đó. Theo mục đích của chúng tôi, chỉ những giao dịch sớm nhất mới được tính, vì vậy chúng tôi không quan tâm đến các nỗ lực Chi tiêu hai lần sau đó. Phương pháp duy nhất để xác nhận sự không tồn tại của một giao dịch là biết tất cả các giao dịch. Trong mô hình đúc tiền, xưởng đúc tiền đã biết tất cả các giao dịch và có thể xác nhận lệnh của chúng. Để thực hiện nhiệm vụ mà không cần sự tham gia của một "bên đáng tin cậy", hồ sơ giao dịch phải được công bố công khai, do đó cần một hệ thống cho phép những người tham gia đồng ý về cùng một lịch sử giao dịch duy nhất mà họ nhận được. Người nhận cần chứng minh rằng tại thời điểm mỗi giao dịch xảy ra, phần lớn nút đều đồng ý rằng đó là giao dịch đầu tiên được nhận.
3. Máy chủ dấu thời gian
Giải pháp này bắt đầu với một máy chủ dấu thời gian. Máy chủ dấu thời gian hoạt động bằng cách đóng dấu thời gian cho hàm băm của một khối dữ liệu và sau đó phát hàm băm, tương tự như cách một tờ báo hoặc một bài đăng trên nhóm tin Usenet [2-5]. Rõ ràng, dấu thời gian chứng minh rằng dữ liệu đã tồn tại trước thời điểm đó; nếu không, hàm băm không thể được tạo ra. Mỗi dấu thời gian chứa các dấu thời gian trước đó trong hàm băm của nó, do đó tạo thành một Chuỗi; mỗi dấu thời gian mới được thêm vào sau các dấu thời gian trước đó.
4. Bằng chứng công việc
Để triển khai máy chủ dấu thời gian phân tán ngang hàng, chúng ta cần một hệ thống bằng chứng công việc tương tự như HashCash của Adam Burke, thay vì một thứ gì đó giống như một bài đăng trên báo hay nhóm tin tức. Bằng chứng công việc liên quan đến việc tìm một giá trị đáp ứng điều kiện sau: sau khi rút nó—ví dụ, sử dụng SHA-256—hàm băm phải bắt đầu bằng một số lượng số 0 nhất định. Mỗi số 0 bổ sung sẽ làm tăng khối lượng công việc theo cấp số nhân, trong khi việc xác minh khối lượng công việc này chỉ yêu cầu tính toán một hàm băm duy nhất.
Trong mạng lưới dấu thời gian của chúng tôi, chúng tôi triển khai bằng chứng công việc như sau: Một số ngẫu nhiên được liên tục thêm vào mỗi khối cho đến khi tìm thấy một giá trị thỏa mãn điều kiện: hàm băm của khối bắt đầu bằng một số lượng số 0 được chỉ định. Khi tỷ lệ băm của CPU tạo ra kết quả thỏa mãn bằng chứng công việc, khối không thể được sửa đổi nữa trừ khi tất cả công việc trước đó được thực hiện lại. Khi các khối mới liên tục được thêm vào, việc sửa đổi khối hiện tại đồng nghĩa với việc thực hiện lại công việc cho tất cả các khối tiếp theo.
Bằng chứng Công việc (PoL) cũng giải quyết vấn đề xác định ai đại diện cho đa số trong việc ra quyết định. Nếu cái gọi là "đa số" được xác định bởi hệ thống "một địa chỉ IP, một phiếu bầu", thì bất kỳ ai có thể kiểm soát một số lượng lớn địa chỉ IP đều có thể được cho rằng một phần của "đa số". Về bản chất, PoL là "một CPU, một phiếu bầu". Cái gọi là "quyết định đa số" được biểu thị bằng Chuỗi dài nhất, bởi vì đó là Chuỗi được đầu tư nhiều công sức nhất. Nếu phần lớn tỷ lệ băm CPU được kiểm soát bởi nút trung thực, thì Chuỗi trung thực sẽ phát triển nhanh nhất, vượt xa Chuỗi cạnh tranh khác. Để thay đổi một khối đã được tạo, kẻ tấn công sẽ phải hoàn thành lại PoL cho khối đó và tất cả các khối tiếp theo, sau đó bắt kịp và vượt qua công việc do nút trung thực thực hiện. Phần sau đây giải thích lý do tại sao khả năng kẻ tấn công chậm bắt kịp giảm theo cấp số nhân với số lượng khối.
Để đối phó với sự gia tăng liên tục về tỷ lệ băm phần cứng tổng thể và những thay đổi tiềm ẩn về số lượng nút tham gia theo thời gian, độ khó của bằng chứng công việc được xác định bằng trung bình động dựa trên số khối trung bình được tạo ra mỗi giờ. Nếu khối được tạo ra quá nhanh, độ khó sẽ tăng lên.
5. Mạng lưới
Các bước để vận hành một mạng như sau:
- Tất cả các giao dịch mới được phát tới tất cả nút;
- Mỗi nút đóng gói giao dịch mới thành một khối;
- Mỗi nút bắt đầu bằng cách tìm bằng chứng công việc đầy thử thách cho khối này;
- Khi một khối tìm thấy bằng chứng công việc của mình, nó phải phát khối này tới tất cả nút;
- Nhiều nút khác sẽ chấp nhận một khối nếu và chỉ nếu tất cả các điều kiện sau được đáp ứng: tất cả các giao dịch trong đó đều hợp lệ và không bị Chi tiêu hai lần ;
- Phương pháp nhiều nút thông báo với mạng rằng chúng chấp nhận một khối là sử dụng hàm băm của khối đã chấp nhận làm hàm băm của khối trước đó khi tạo khối tiếp theo.
Nút luôn cho rằng Chuỗi dài nhất là chính xác và liên tục thêm dữ liệu mới vào đó. Nếu hai nút đồng thời phát hai phiên bản khác nhau của "khối tiếp theo", một số nút sẽ nhận được trong đó nút nút tiếp tục làm việc trên khối mà chúng nhận được trước, nhưng cũng sẽ lưu nhánh còn lại phòng trường hợp nhánh này trở thành Chuỗi dài nhất. Khi bằng chứng công việc tiếp theo được tìm thấy và một trong đó các nhánh trở thành Chuỗi dài hơn, sự phân kỳ tạm thời này sẽ được giải quyết, và nút làm việc trên nhánh còn lại sẽ chuyển sang Chuỗi dài hơn.
Các giao dịch mới không nhất thiết phải được phát đến tất cả nút. Khi chúng đến đủ nút, chúng sẽ sớm được đóng gói thành một khối. Phát khối cũng cho phép loại bỏ một số thông điệp. Nếu một nút không nhận được khối, nút sẽ nhận ra mình đã bỏ lỡ khối trước đó khi nhận được khối tiếp theo, và do đó sẽ gửi yêu cầu gửi lại khối bị thiếu.
6. Khuyến khích
Theo thỏa thuận, giao dịch đầu tiên của mỗi khối là một giao dịch đặc biệt tạo ra một đồng tiền mới, thuộc sở hữu của người tạo khối. Giao dịch này thưởng cho nút hỗ trợ mạng lưới và cung cấp một phương thức phát hành tiền vào lưu thông—trong hệ thống này, không có cơ quan tập trung nào phát hành những đồng tiền đó. Sự gia tăng đều đặn về số lượng tiền mới được đưa vào lưu thông tương tự như việc những người đào vàng liên tục tiêu tốn tài nguyên để bổ sung vàng vào hệ thống. Trong hệ thống của chúng tôi, tài nguyên tiêu tốn là thời gian CPU và điện năng mà họ sử dụng.
Phần thưởng cũng có thể đến từ phí giao dịch. Nếu giá trị đầu ra của một giao dịch nhỏ hơn giá trị đầu vào, trong đó chênh lệch chính là phí giao dịch; phí này được sử dụng để thưởng cho nút vì đã đưa giao dịch vào khối. Khi một số lượng coin được lưu hành đạt đến một mức nhất định, phần thưởng sẽ được phân phối hoàn toàn thông qua phí giao dịch, và hoàn toàn không có lạm phát.
Cơ chế thưởng cũng có thể khuyến khích nút duy trì tính trung thực. Nếu một kẻ tấn công tham lam chiếm được nhiều tỷ lệ băm CPU hơn tất cả nút trung thực cộng lại, hắn ta phải lựa chọn: sử dụng tỷ lệ băm đó để lừa đảo người khác bằng cách lấy lại số tiền đã chi, hay sử dụng tỷ lệ băm để tạo ra coin mới? Hắn ta nên thấy rằng việc tuân thủ các quy tắc có lợi hơn; các quy tắc hiện hành cho phép hắn ta thu được nhiều coin hơn tất cả những người khác cộng lại, điều này rõ ràng có lợi hơn so với việc bí mật phá hủy hệ thống và mất hết tài sản.
7. Lấy lại dung lượng đĩa
Nếu giao dịch gần đây nhất của một đồng tiền xảy ra cách đây một số khối nhất định, thì tất cả các giao dịch trước đó liên quan đến đồng tiền đó có thể bị loại bỏ—điều này nhằm tiết kiệm dung lượng đĩa. Để đạt được điều này mà không làm hỏng hàm băm của khối, các hàm băm giao dịch được tích hợp vào cây Merkle [7, 2, 5], với chỉ gốc của cây được bao gồm trong hàm băm của khối. Bằng cách cắt tỉa phương pháp, các khối cũ hơn có thể được nén. Các hàm băm bên trong không cần phải được bảo toàn.
Block Header không có giao dịch nào có dung lượng khoảng 80 byte. Giả sử một khối được tạo ra cứ sau mười phút, 80 byte nhân với 6, 24 và 365 sẽ bằng 4,2 MB mỗi năm. Tính đến năm 2008, hầu hết máy tính trên thị trường đều có 2 GB RAM, và theo Định luật Moore, dung lượng này sẽ tăng thêm 1,2 GB mỗi năm, vì vậy ngay cả khi Block Header phải được lưu trữ trong bộ nhớ, cũng không thành vấn đề.
8. Xác minh thanh toán đơn giản
Có thể xác nhận thanh toán ngay cả khi không chạy toàn bộ nút mạng. Người dùng chỉ cần một bản Block Header từ Chuỗi dài nhất có bằng chứng công việc—họ có thể xác minh bằng cách kiểm tra nút trực tuyến để xác nhận nó đến từ Chuỗi dài nhất—và sau đó lấy nút nhánh của cây Merkle, kết nối với giao dịch tại thời điểm khối được đóng dấu thời gian. Người dùng không thể tự mình kiểm tra giao dịch, nhưng bằng cách kết nối đến một vị trí nào đó trên Chuỗi, họ có thể thấy rằng một nút mạng đã chấp nhận giao dịch, và các khối tiếp theo tiếp tục xác nhận rằng mạng đã chấp nhận giao dịch đó.
Miễn là nút trung thực vẫn kiểm soát được mạng, việc xác minh vẫn đáng tin cậy. Tuy nhiên, việc xác minh sẽ kém tin cậy hơn nếu mạng bị kẻ tấn công kiểm soát. Mặc dù nút mạng có thể tự xác minh hồ sơ giao dịch, nhưng các phương pháp xác minh đơn giản có thể bị đánh lừa bởi hồ sơ giao dịch ngụy tạo nếu kẻ tấn công vẫn kiểm soát được mạng. Một biện pháp đối phó là để phần mềm máy trạm nhận cảnh báo từ nút mạng. Khi một nút mạng phát hiện ra một khối không hợp lệ, nó sẽ đưa ra cảnh báo, hiển thị thông báo trên phần mềm của người dùng, hướng dẫn người dùng tải xuống toàn bộ khối và cảnh báo người dùng xác nhận tính nhất quán của giao dịch. Các nhà bán lẻ có tần suất giao dịch cao vẫn nên ưu tiên chạy nút đầy đủ của riêng họ để đảm bảo bảo mật độc lập cao hơn và xác nhận giao dịch nhanh hơn.
9. Kết hợp và chia tách giá trị
Mặc dù có thể xử lý từng đồng xu một, nhưng việc lưu trữ hồ sơ riêng cho từng xu lại khá cồng kềnh. Để cho phép phân chia và hợp nhất giá trị, hồ sơ giao dịch chứa nhiều đầu vào và đầu ra. Thông thường, sẽ có một đầu vào duy nhất từ một giao dịch tương đối lớn trước đó, hoặc kết hợp nhiều đầu vào từ các khoản tiền nhỏ hơn; trong khi đó, chỉ có tối đa hai đầu ra: một là khoản thanh toán (cho người nhận), và nếu cần, đầu ra còn lại là tiền thừa (cho người gửi).
Cần lưu ý rằng "fan-out" không phải là vấn đề ở đây—"fan-out" ám chỉ một giao dịch phụ thuộc vào nhiều giao dịch, và các giao dịch này lại phụ thuộc vào nhiều giao dịch hơn nữa. Không bao giờ cần phải rút một bản sao lịch sử hoàn chỉnh, độc lập của bất kỳ giao dịch nào.
10. Quyền riêng tư
Các mô hình ngân hàng truyền thống đạt được một mức độ riêng tư nhất định bằng cách hạn chế quyền truy cập vào thông tin về các bên giao dịch và bên thứ ba đáng tin cậy. Phương pháp này bị bác bỏ do nhu cầu công khai tất cả hồ sơ giao dịch. Tuy nhiên, việc duy trì quyền riêng tư có thể đạt được bằng cách chặn luồng thông tin ở nơi khác— nặc danh khóa công khai. Công chúng có thể thấy ai đó đã chuyển một số tiền nhất định cho người khác, nhưng không có thông tin nào chỉ ra một cá nhân cụ thể. Mức độ tiết lộ thông tin này phần nào giống với các giao dịch trên thị trường chứng khoán, trong đó chỉ thời gian và số tiền của mỗi giao dịch được công bố, nhưng không ai biết các bên giao dịch là ai.
11. Tính toán
Hãy tưởng tượng một kẻ tấn công cố gắng tạo ra một Chuỗi thay thế nhanh hơn Chuỗi trung thực. Ngay cả khi hắn ta thành công, điều đó cũng không khiến hệ thống hiện tại rơi vào tình trạng mơ hồ; hắn ta không thể tạo ra giá trị từ hư không, cũng không thể lấy được số tiền chưa bao giờ thuộc về mình. Nút mạng sẽ không chấp nhận một giao dịch không hợp lệ làm phương thức thanh toán, và nút trung thực sẽ không bao giờ chấp nhận một khối chứa giao dịch như vậy. Nhiều nhất, kẻ tấn công chỉ có thể sửa đổi các giao dịch của chính mình, cố gắng lấy lại số tiền hắn đã chi tiêu.
Sự cạnh tranh giữa Chuỗi trung thực và kẻ tấn công có thể được mô tả bằng phép đi bộ ngẫu nhiên nhị thức. Sự kiện thành công là khi một khối mới được thêm vào Chuỗi trung thực, tăng lợi thế của nó lên 1; trong khi sự kiện thất bại là khi một khối mới được thêm vào Chuỗi của kẻ tấn công, giảm lợi thế của Chuỗi trung thực đi 1.
Xác suất kẻ tấn công có thể bắt kịp từ vị trí bất lợi tương tự như bài toán phá sản của người chơi cờ bạc. Giả sử một người chơi có token không giới hạn bắt đầu từ mức thâm hụt và được phép đánh bạc không giới hạn lần với mục tiêu bù đắp khoản thâm hụt hiện có. Chúng ta có thể tính toán xác suất cuối cùng anh ta có thể bù đắp khoản thâm hụt, tức là xác suất kẻ tấn công có thể bắt kịp Chuỗi trung thực [8], như sau:
Vì chúng ta đã giả định rằng số khối mà kẻ tấn công cần phải bắt kịp đang tăng lên, nên khả năng thành công của chúng giảm theo cấp số nhân. Khi tình thế bất lợi, nếu kẻ tấn công không thể thực hiện một nước đi may mắn ngay từ đầu, cơ hội chiến thắng của chúng sẽ bị xóa sổ khi chúng ngày càng tụt lại phía sau.
Bây giờ hãy xem xét người nhận của một giao dịch mới cần chờ bao lâu để hoàn toàn chắc chắn rằng người gửi không thể thay đổi giao dịch. Giả sử người gửi là kẻ tấn công đang cố gắng lừa người nhận tin rằng họ đã thanh toán số tiền đến hạn, sau đó chuyển tiền lại cho chính họ. Trong trường hợp này, người nhận đương nhiên sẽ nhận được cảnh báo, nhưng người gửi lại muốn thiệt hại đã xảy ra trước thời điểm đó.
Người nhận tạo một cặp khóa công khai-riêng tư mới và sau đó thông báo cho người gửi về khóa công khai ngay trước khi ký. Điều này ngăn chặn tình huống người gửi chuẩn bị trước một khối trên Chuỗi thông qua tính toán liên tục và, nếu may mắn, có thể xử lý trước cho đến khi giao dịch được thực hiện. Sau khi tiền đã được gửi, người gửi không trung thực sẽ bí mật bắt đầu làm việc trên Chuỗi khác, cố gắng trong đó một phiên bản ngược của giao dịch.
Người nhận chờ cho đến khi giao dịch được đóng gói thành một khối, rồi một khối khác được thêm vào sau đó. Người nhận không biết tiến trình của kẻ tấn công, nhưng có thể ước tính thời gian trung bình để tạo ra một khối trung thực trong mỗi quy trình tạo khối; tiến trình tiềm năng của kẻ tấn công tuân theo phân phối Poisson với giá trị kỳ vọng là:
Để tính toán xác suất kẻ tấn công vẫn có thể bắt kịp, chúng ta nhân mật độ Passon của tiến trình hiện tại của mỗi kẻ tấn công với xác suất kẻ đó có thể bắt kịp từ thời điểm đó:
Để tránh việc khôi phục lại tổng của chuỗi vô hạn về phân bố mật độ…
Chuyển đổi sang chương trình ngôn ngữ C...
Từ kết quả một phần, chúng ta có thể thấy rằng xác suất giảm theo cấp số nhân khi Z tăng:
Nếu P nhỏ hơn 0,1%...
12. Kết luận
Chúng tôi đề xuất một hệ thống giao dịch điện tử không dựa trên sự tin cậy. Bắt đầu với một khuôn khổ tiền điện tử đơn giản sử dụng chữ ký số, mặc dù cung cấp khả năng kiểm soát quyền sở hữu mạnh mẽ, nhưng nó không thể ngăn chặn chi Chi tiêu hai lần. Để giải quyết vấn đề này, chúng tôi đề xuất một mạng ngang hàng sử dụng cơ chế bằng chứng công việc để ghi lại lịch sử giao dịch công khai. Chừng nào nút trung thực còn kiểm soát phần lớn tỷ lệ băm CPU, kẻ tấn công không thể can thiệp thành công vào hệ thống chỉ từ góc độ tỷ lệ băm. Sự mạnh mẽ của mạng lưới này nằm ở tính đơn giản phi cấu trúc của nó. Nút có thể hoạt động đồng thời ngay lập tức với sự phối hợp tối thiểu. Chúng thậm chí không cần được xác định, vì đường dẫn tin nhắn không phụ thuộc vào một đích cụ thể; tin nhắn chỉ cần được truyền đi với ý định nỗ lực tối đa. Nút có thể tự do tham gia và rời khỏi, và khi tham gia lại, chúng chỉ cần chấp nhận Chuỗi bằng chứng công việc làm bằng chứng cho mọi thứ đã xảy ra trong khi chúng ngoại tuyến. Chúng bỏ phiếu bằng tỷ lệ băm của mình, liên tục thêm các khối hợp lệ mới vào Chuỗi và từ chối các khối không hợp lệ, cho thấy chúng chấp nhận các giao dịch hợp lệ. Bất kỳ quy tắc và phần thưởng cần thiết nào cũng có thể được thực thi thông qua cơ chế đồng thuận này.
