Tiền điện tử Whitepaper là gì

Lời khuyên này thường xuyên xuất hiện trong các cộng đồng tiền điện tử: "Luôn đọc whitepaper trước khi đầu tư". Nếu bạn đã nghe thấy điều đó và thắc mắc whitepaper thực sự là gì, nó bao gồm những nội dung gì và tại sao một khái niệm gọi là hashing lại liên tục xuất hiện trong đó, bài viết này sẽ giải đáp tất cả.

Từ "Whitepaper" cũng xuất hiện trong các bối cảnh kinh doanh và chính phủ, nhưng bài viết này chỉ sử dụng thuật ngữ này theo nghĩa tiền điện tử. Một Whitepaper tiền điện tử là một tài liệu kỹ thuật, và hashing là cơ chế mã hóa giúp các tuyên bố kỹ thuật bên trong những tài liệu đó trở nên có ý nghĩa. Tài liệu sáng lập của Bitcoin, được xuất bản vào năm 2008, là ví dụ điển hình và sẽ là cơ sở cho mọi lời giải thích tiếp theo.

Sau khi đọc xong bài viết này, bạn sẽ có thể định nghĩa Whitepaper tiền điện tử, giải thích cách thức hoạt động của hashing, xác định những yếu tố cấu thành một Whitepaper đáng tin cậy và nhận biết các dấu hiệu cảnh báo cho thấy Whitepaper của một dự án là gian lận hoặc rỗng tuếch về mặt kỹ thuật.

Những nội dung chính

• Một Whitepaper tiền điện tử là tài liệu kỹ thuật nền tảng cho một dự án blockchain, mô tả kiến trúc, cơ chế đồng thuận và mô hình kinh tế của nó
• Whitepaper Bitcoin, được xuất bản vào ngày 31 tháng 10 năm 2008, đã thiết lập định dạng mà tất cả các Whitepaper tiền điện tử sau này đều tuân theo
• Quá trình băm (Hashing) là quy trình mật mã học chuyển đổi bất kỳ đầu vào nào thành một đầu ra một chiều có độ dài cố định, đây là cơ chế bảo mật cho mọi blockchain
• SHA-256, Merkle trees và Proof of Work đều phụ thuộc vào quá trình băm, và cả ba đều xuất hiện trong Whitepaper Bitcoin
• Một Whitepaper thiếu các chi tiết kỹ thuật chính, chẳng hạn như tên thuật toán băm hoặc Tokenomics minh bạch, là dấu hiệu của một dự án kém chất lượng hoặc gian lận
• Phần FAQ ở cuối bài viết này trả lời trực tiếp 10 câu hỏi phổ biến nhất về Whitepaper và quá trình băm

Tiền điện tử Whitepaper là gì?

Tài liệu whitepaper tiền điện tử là một tài liệu sáng lập kỹ thuật được xuất bản bởi một dự án blockchain, mô tả tuyên bố vấn đề, giải pháp đề xuất, kiến trúc giao thức, cơ chế đồng thuận, tokenomics và lộ trình của nó. Whitepapers thiết lập uy tín kỹ thuật với các nhà phát triển và nhà đầu tư, đồng thời tạo ra một bản ghi vĩnh viễn, có thể kiểm toán công khai về thiết kế dự kiến của giao thức.

Hãy coi một whitepaper tiền điện tử như kế hoạch kinh doanh kỹ thuật cho một giao thức blockchain, nhưng không giống như kế hoạch kinh doanh tiêu chuẩn, nó có sẵn công khai, có thể kiểm toán kỹ thuật và vĩnh viễn. So sánh này nhanh chóng trở nên không phù hợp vì một whitepaper được yêu cầu tiêu chuẩn chính xác kỹ thuật cao hơn nhiều, nhưng nó giúp định hướng cho người đọc lần đầu trước khi định nghĩa hình thành đầy đủ. Ba mục đích riêng biệt mà một whitepaper phục vụ, và mỗi mục đích phục vụ ai, được trình bày trong phần phụ dưới đây.

Các sách trắng về Tiền điện tử mô tả các giao thức blockchain. Một blockchain là một sổ lệnh phân tán bao gồm một chuỗi các khối, trong đó mỗi khối chứa các giao dịch đã được xác thực và một hàm băm mật mã liên kết nó với khối trước đó. Một sổ lệnh phân tán là thuật ngữ chính thức được sử dụng trong các sách trắng để mô tả một bản ghi giao dịch được sao chép trên nhiều nút độc lập thay vì được nắm giữ bởi bất kỳ cơ quan tập trung nào. Việc lựa chọn xây dựng trên một blockchain, thay vì một cơ sở dữ liệu tập trung, xuất phát từ cam kết triết học về phi tập trung hóa: sự phân phối quyền kiểm soát trên nhiều nút độc lập để không một bên nào có thể thay đổi bản ghi một cách đơn phương.

Trong giai đoạn bùng nổ ICO vào năm 2017 và 2018, Whitepaper đã trở thành tài liệu thẩm định tiêu chuẩn của nhà đầu tư cho các dự án tiền điện tử. Tại Hoa Kỳ, SEC đã kiểm tra kỹ lưỡng một số Whitepaper của các ICO như là tài liệu chào bán chứng khoán tiềm năng; quy định pháp lý khác nhau tùy theo khu vực tài phán. Việc xuất bản Whitepaper không phải là yêu cầu bắt buộc về mặt pháp lý đối với hầu hết các dự án, nhưng cộng đồng tiền điện tử coi việc thiếu hụt tài liệu này là một dấu hiệu cảnh báo đối với bất kỳ giao thức nào tuyên bố có thiết kế kỹ thuật mới lạ.

Sách trắng Bitcoin, được công bố vào ngày 31 tháng 10 năm 2008, là tài liệu đã tạo ra toàn bộ hình thức này. Đây là nơi tốt nhất để thấy những mục đích đó được áp dụng trong thực tế.

Whitepaper Bitcoin: Nơi mọi thứ bắt đầu

Whitepaper của Bitcoin, với tiêu đề "Bitcoin: Hệ thống Tiền điện tử Ngang hàng", được xuất bản vào ngày 31 tháng 10 năm 2008 bởi một cá nhân hoặc nhóm sử dụng bút danh Satoshi Nakamoto. Tài liệu này dài chín trang. Danh tính thực sự của Satoshi Nakamoto chưa bao giờ được xác nhận, và Satoshi Nakamoto đã ngừng liên lạc công khai vào khoảng năm 2010. Bài viết này sử dụng Satoshi Nakamoto như một danh từ tham chiếu xuyên suốt và không suy đoán về danh tính.

Whitepaper này được viết để giải quyết một vấn đề kỹ thuật cụ thể: chi tiêu gấp đôi. Chi tiêu gấp đôi là rủi ro mà một đơn vị tiền kỹ thuật số có thể bị chi tiêu nhiều hơn một lần, vì dữ liệu kỹ thuật số về nguyên tắc có thể bị sao chép. Không giống như tiền mặt vật lý, vốn được chuyển giao vật lý từ bên này sang bên khác, tiền kỹ thuật số nếu không có sổ cái đáng tin cậy có thể bị nhân bản. Mọi ngân hàng trên thế giới đều giải quyết vấn đề này bằng cách duy trì một sổ cái trung tâm. Whitepaper Bitcoin đã giải quyết vấn đề này mà không cần một cơ quan trung ương.

Giải pháp được đề xuất đã sử dụng kiến trúc mạng ngang hàng, trong đó mỗi nút nắm giữ một bản sao chép của sổ cái và xác thực các giao dịch một cách độc lập mà không cần máy chủ trung tâm. Điều này khác biệt với mô hình khách-chủ (client-server) được các ngân hàng hoặc nền tảng thanh toán sử dụng, nơi một thực thể trung tâm kiểm soát cơ sở dữ liệu. Cơ chế giúp việc đạt được sự đồng thuận ngang hàng mà không cần tin tưởng vào bất kỳ bên đơn lẻ nào chính là hàm băm mật mã học, nội dung mà Phần 4 của bài viết này sẽ trình bày đầy đủ.

Sách trắng Bitcoin có sẵn miễn phí và dài 9 trang. Đọc tài liệu này là cách trực tiếp nhất để hiểu được cách tất cả các khái niệm trong bài viết này kết nối với nhau trong một tài liệu duy nhất.

Tại sao các dự án tiền điện tử lại xuất bản các Whitepaper?

Các dự án tiền điện tử phát hành sách trắng vì ba lý do, mỗi lý do phục vụ một nhóm đối tượng khác nhau.

1. Uy tín kỹ thuật đối với các nhà phát triển. Một giao thức Blockchain mã nguồn mở cần các nhà phát triển xem xét và xây dựng dựa trên mã nguồn của nó. Một bản Whitepaper cung cấp cho họ các thông số kỹ thuật cần thiết để đánh giá xem thiết kế có hợp lý hay không trước khi đầu tư thời gian vào mã nguồn.

2. Giao tiếp với nhà đầu tư và người dùng. Sách trắng giải thích dự án giải quyết vấn đề gì, tại sao giải pháp đề xuất tốt hơn các phương án thay thế hiện có, và mô hình kinh tế nào duy trì mạng lưới. Đây là tài liệu mà nhà đầu tư đọc để hiểu mục đích của dự án.

3. Hồ sơ thiết kế có thể kiểm chứng. Việc công bố một whitepaper tạo ra một bản ghi công khai, vĩnh viễn về những gì giao thức dự định thực hiện. Bản ghi đó có thể được so sánh với những gì giao thức thực sự thực hiện sau khi ra mắt, mang lại trách nhiệm giải trình mà một bài quảng cáo tiếp thị đơn thuần không thể cung cấp.

Không có yêu cầu pháp lý nào bắt buộc một dự án tiền điện tử phải công bố Whitepaper. Tuy nhiên, bất kỳ dự án nào tuyên bố có các cơ chế mật mã mới lạ hoặc một cơ chế đồng thuận mới mà không có Whitepaper thì sẽ không cung cấp được hồ sơ kỹ thuật có thể kiểm chứng để xác minh. Đối với bất kỳ giao thức phức tạp nào về mặt kỹ thuật, việc thiếu Whitepaper chính là một dấu hiệu cảnh báo.

Đọc whitepaper trước khi mua một coin là hình thức thẩm định kỹ thuật chính có sẵn cho các nhà nghiên cứu cá nhân. Tám phần được trình bày tiếp theo giải thích chính xác những gì cần tìm khi tài liệu đó mở ra trước mặt bạn.

Một Whitepaper tiền điện tử bao gồm những gì? 8 phần tiêu chuẩn

Hầu hết các sách trắng về tiền điện tử đáng tin cậy đều có chung tám phần tiêu chuẩn, mặc dù không có quy định chính thức nào bắt buộc cấu trúc này. Đây là những quy ước được quan sát thấy ở các dự án uy tín, không phải là các yêu cầu pháp lý.

1. Tóm tắt dự án / Tóm tắt điều hành. Tổng quan ngắn gọn về vấn đề, giải pháp đề xuất và tuyên bố giá trị. Một bản tóm tắt chất lượng sẽ nêu rõ một vấn đề cụ thể, có thể xác định được. Một bản tóm tắt yếu kém thường đưa ra những tuyên bố chung chung về việc thay đổi các ngành công nghiệp mà không chỉ ra một vấn đề thực tế cần giải quyết.

2. Đặt vấn đề. Vấn đề cụ thể mà giao thức giải quyết, lý tưởng nhất là nên được định lượng bằng dữ liệu hoặc các nghiên cứu trước đó đã được tham chiếu. Chi tiêu kép (double spending), như được mô tả trong Bitcoin whitepaper, là hình mẫu cho một phần đặt vấn đề được xác định rõ ràng. Một whitepaper không giải thích lý do tại sao một vấn đề lại tồn tại thì thường đáng ngờ.

3. Giải pháp Đề xuất / Kiến trúc Kỹ thuật. Mô tả thiết kế của giao thức: cách các khối được cấu trúc, cách các giao dịch được xác thực và các phương pháp mật mã nào được sử dụng. Các phiên bản mạnh liệt kê các thuật toán cụ thể (ví dụ: SHA-256). Ngoài hàm băm, hầu hết các sách trắng về Blockchain cũng mô tả chữ ký số: các bằng chứng mật mã được tạo bằng private key cho phép bất kỳ ai có public key tương ứng có thể xác minh rằng một giao dịch đã được chủ sở hữu hợp pháp ủy quyền, mà không tiết lộ private key đó. Các phiên bản yếu sử dụng các cụm từ mơ hồ như "mật mã nâng cao" mà không có thông số kỹ thuật.

4. Cơ chế đồng thuận. Bộ quy tắc mà qua đó tất cả các nút trong mạng lưới blockchain đồng thuận về trạng thái hiện tại của sổ cái mà không cần dựa vào một cơ quan trung ương. Đây là phần có tính kỹ thuật cốt lõi nhất của hầu hết các whitepaper, và đây là nơi hàm băm đóng vai trò trung tâm nhất của nó. Whitepaper Bitcoin giới thiệu Cơ chế Bằng chứng Công việc (Proof of Work) tại đây; phần chính tiếp theo của bài viết này sẽ trình bày chi tiết cách thức thực hiện.

5. Tokenomics / Phân bổ Token. Tokenomics (một từ ghép của token và economics) đề cập đến mô hình kinh tế của một loại tiền điện tử hoặc token: tổng cung, lịch trình phát hành, phân bổ phân phối và các cơ chế được thiết kế để tạo ra hoặc duy trì tiện ích của token. Tokenomics mạnh mẽ quy định giới hạn cung tối đa cứng, lịch trình mở khóa (vesting) minh bạch cho các token của đội ngũ và lý do tiện ích rõ ràng tại sao token đó lại cần thiết. Tokenomics yếu kém có đặc điểm là nguồn cung không giới hạn mà không có cơ chế giảm phát, phân bổ cho đội ngũ quá mức (trên 30%) mà không có lịch trình mở khóa, hoặc một token mà giao thức thực tế không cần đến chức năng của nó.

6. Lộ trình. Các cột mốc của dự án và tiến độ bàn giao. Các phiên bản chất lượng bao gồm cả những hạng mục đã hoàn thành trong quá khứ. Một lộ trình mà mọi cột mốc đều nằm ở tương lai và chưa có hạng mục nào được thực hiện sẽ không cung cấp được bằng chứng về năng lực thực thi.

7. Đội ngũ và Cố vấn. Các thành viên đội ngũ được nêu tên, có thể xác minh, với các chuyên môn kỹ thuật liên quan. Những người sáng lập ẩn danh (pseudonymous) có thể chấp nhận được trong một số trường hợp (Satoshi Nakamoto đã đặt ra tiền lệ đó), nhưng một đội ngũ hoàn toàn không có thành viên nào có thể xác minh được sẽ tiềm ẩn rủi ro cao hơn.

8. Tài liệu tham khảo và Phụ lục kỹ thuật. Các trích dẫn tới các bài báo học thuật, các giao thức trước đó và các tiêu chuẩn kỹ thuật liên quan. Một whitepaper không trích dẫn công trình nào trước đây cho thấy thiếu sự tương tác với tài liệu kỹ thuật hiện có, đây là một dấu hiệu của chất lượng kỹ thuật thấp.

Không có một mẫu chung nào cho các phần này. Cấu trúc trên mang tính quy ước, không bắt buộc.

Whitepaper so với Litepaper

Một litepaper là một phiên bản ngắn hơn, dễ tiếp cận hơn của whitepaper, tóm tắt các tính năng chính, trường hợp sử dụng và tuyên bố giá trị của một dự án mà không đi sâu vào đầy đủ chi tiết kỹ thuật. Litepaper thường nhắm đến đối tượng đại chúng hoặc các nhà đầu tư muốn có cái nhìn tổng quan nhanh chóng. Chúng không phải là sự thay thế cho whitepaper khi đánh giá độ tin cậy về mặt kỹ thuật.

Một số dự án chỉ xuất bản một bài thuyết trình (pitch deck) một trang thay vì whitepaper hoặc litepaper. Các bài thuyết trình là tài liệu tiếp thị, không phải là thông số kỹ thuật, và không có giá trị thẩm định để đánh giá các tuyên bố về thiết kế giao thức.

Phần cơ chế đồng thuận (mục 4) là nơi thuật toán băm phát huy tác dụng quan trọng nhất, và phần tiếp theo giải thích chính xác thuật toán băm là gì và tại sao nó là động cơ mật mã đằng sau mọi whitepaper của Blockchain.

Hashing là gì? Động cơ mật mã đằng sau mỗi Blockchain Whitepaper

Hàm băm là một quá trình mật mã chuyển đổi bất kỳ dữ liệu đầu vào nào có độ dài tùy ý thành một chuỗi ký tự có độ dài cố định, được gọi là giá trị băm (hash). Cùng một dữ liệu đầu vào luôn tạo ra cùng một giá trị băm, nhưng ngay cả việc thay đổi một ký tự duy nhất cũng sẽ tạo ra một giá trị băm hoàn toàn khác. Hàm băm là một hàm một chiều: bạn không thể đảo ngược giá trị băm để khôi phục lại dữ liệu đầu vào ban đầu.

Trong blockchain và mật mã học, băm đề cập đến quy trình một chiều cụ thể này. Nó không đề cập đến bảng băm trong cơ sở dữ liệu, băm địa lý hoặc bất kỳ cách sử dụng thông tục nào khác của từ này.

Hãy coi hash giống như dấu vân tay kỹ thuật số của dữ liệu. Dấu vân tay là duy nhất đối với mỗi người, có hình dạng cố định và không thể bị đảo ngược để truy nguyên về người sở hữu. Hash cũng hoạt động theo cách tương tự: duy nhất đối với dữ liệu đầu vào, có độ dài cố định và không thể bị đảo ngược. Phép ẩn dụ về dấu vân tay này tiếp tục xuất hiện khi xem xét cách cây Merkle và Proof of Work sử dụng cơ chế hash.

Việc băm từ "Bitcoin" bằng thuật toán SHA-256 luôn tạo ra cùng một kết quả thập lục phân gồm 64 ký tự. Chỉ cần thay đổi một ký tự (viết thường chữ "b" thành "bitcoin"), toàn bộ kết quả 64 ký tự sẽ thay đổi hoàn toàn. Đặc tính này được gọi là hiệu ứng thác đổ (avalanche effect): một thay đổi nhỏ ở đầu vào sẽ dẫn đến một kết quả đầu ra hoàn toàn khác biệt.

Một hàm băm mật mã học có năm đặc tính giúp nó trở nên hữu ích trong việc bảo mật dữ liệu:

["- Xác định: cùng một đầu vào luôn tạo ra cùng một đầu ra băm; không có tính ngẫu nhiên nào liên quan","- Tính toán nhanh: mọi máy tính hiện đại đều có thể tính toán một hàm băm trong mili giây cho mọi kích thước đầu vào","- Kháng tiền ảnh: với một đầu ra băm đã cho, không khả thi về mặt tính toán để tìm ra đầu vào gốc; hàm này là một chiều","- Kháng va chạm: không khả thi về mặt tính toán để hai đầu vào khác nhau tạo ra cùng một đầu ra băm (về lý thuyết là có thể; trong thực tế, với SHA-256, điều này đòi hỏi sức mạnh tính toán nhiều hơn cả Trái Đất có)","- Hiệu ứng tuyết lở: thay đổi dù chỉ một bit duy nhất của đầu vào cũng tạo ra một đầu ra băm hoàn toàn khác"]

Một con trỏ băm là một tham chiếu đến nơi dữ liệu được lưu trữ, kết hợp với hàm băm mật mã của dữ liệu đó. Trong một Blockchain, mỗi khối chứa hàm băm của tiêu đề khối trước đó. Đây là thứ tạo nên chuỗi: mỗi khối được gắn kết với khối trước đó bằng cách bao gồm hàm băm của khối đó. Thay đổi bất kỳ khối lịch sử nào, và hàm băm của nó sẽ thay đổi. Hàm băm đã thay đổi đó sẽ không còn khớp với hàm băm được lưu trữ trong khối tiếp theo. Mọi khối kể từ đó trở đi sẽ trở nên không hợp lệ. Tính năng chống giả mạo của dữ liệu Blockchain không phải là phép màu. Đó là các con trỏ băm được áp dụng nhất quán trên toàn bộ chuỗi.

Tỷ lệ Hash đo lường bao nhiêu phép tính băm mà một thợ đào hoặc toàn bộ mạng lưới thực hiện mỗi giây. Tỷ lệ Hash mạng lưới cao hơn cho thấy sự cạnh tranh gay gắt hơn giữa những người đào và bảo mật mạnh mẽ hơn chống lại các cuộc tấn công, bởi vì việc viết lại lịch sử Blockchain sẽ đòi hỏi quyền kiểm soát phần lớn tỷ lệ Hash đó. Tỷ lệ Hash của Bitcoin được đo bằng exahashes mỗi giây (EH/s).

Băm so với Mã hóa

Nhiều người đọc thường nhầm lẫn giữa hàm băm (hashing) và mã hóa. Đây là hai quy trình mật mã học riêng biệt được sử dụng cho các mục đích khác nhau.

SHA-256: Thuật toán băm đằng sau Whitepaper Bitcoin

SHA-256 (Secure Hash Algorithm 256-bit) là thuật toán mã hóa băm cụ thể mà Whitepaper của Bitcoin đã nêu tên là cơ chế cho cả việc liên kết khối và khai thác. SHA-256 được phát triển bởi Cơ quan An ninh Quốc gia Hoa Kỳ (NSA) và được chuẩn hóa bởi Viện Tiêu chuẩn và Công nghệ Quốc gia (NIST) như một phần của họ SHA-2 (khác biệt với SHA-1 đã lỗi thời và SHA-3 mới hơn). Đặc tả đầy đủ có sẵn dưới dạng FIPS 180-4: Secure Hash Standard.

SHA-256 tạo ra một đầu ra 256-bit, được biểu diễn dưới dạng 64 ký tự thập lục phân, cho bất kỳ đầu vào nào bất kể kích thước. Bitcoin whitepaper đã chọn SHA-256 vì nó an toàn về mặt tính toán, được cộng đồng mật mã học kiểm chứng rộng rãi và tạo ra các đầu ra có độ dài đủ để khiến các cuộc tấn công va chạm trở nên không khả thi về mặt tính toán trên quy mô lớn.

Việc băm "Bitcoin" bằng thuật toán SHA-256 luôn tạo ra cùng một chuỗi thập lục phân gồm 64 ký tự. Chỉ cần thay đổi một ký tự duy nhất (thậm chí chỉ là đổi chữ hoa thành chữ thường thành "bitcoin") cũng sẽ tạo ra một kết quả 64 ký tự hoàn toàn khác biệt. Các thợ đào thực hiện SHA-256 hàng tỷ lần mỗi giây khi cạnh tranh để xác thực các khối mới, mỗi lần với một giá trị đầu vào khác nhau.

Cây Merkle: Cách hàm băm xác minh mọi giao dịch trong một khối

Một cây Merkle là một cấu trúc dữ liệu áp dụng hàm băm đệ quy để tổ chức mọi giao dịch trong một khối thành một bản tóm tắt duy nhất, chống giả mạo.

Mỗi giao dịch trong một khối trước tiên được băm riêng lẻ, tạo ra một dấu vân tay duy nhất. Sau đó, các cặp mã băm đó được kết hợp và băm lại. Những mã băm cặp này tiếp tục được kết hợp và băm lại. Quá trình này tiếp diễn lên cây cho đến khi chỉ còn lại một mã băm duy nhất: Merkle root. Merkle root được lưu trữ trong tiêu đề khối (block header), bao gồm Merkle root, dấu thời gian (timestamp), nonce và mã băm của khối trước đó.

Phép so sánh dấu vân tay ở phần trước được áp dụng trực tiếp tại đây. Nếu bất kỳ một giao dịch nào thay đổi, mã hash của nó cũng sẽ thay đổi. Mã hash bị thay đổi đó sẽ ảnh hưởng đến mã hash cặp phía trên nó, tạo hiệu ứng dây chuyền lên đến tận Merkle root và làm thay đổi nó hoàn toàn. Mọi hành vi can thiệp vào bất kỳ giao dịch nào trong khối đều có thể được phát hiện ngay lập tức chỉ thông qua Merkle root.

Giá trị thực tế của cấu trúc này là hiệu quả. Một node nhẹ có thể xác minh liệu một giao dịch cụ thể có được bao gồm trong một khối hay không mà không cần tải xuống toàn bộ blockchain. Chỉ cần kiểm tra nhánh có liên quan của cây Merkle. Mục 7 của whitepaper Bitcoin mô tả cơ chế này trong bối cảnh khôi phục dung lượng đĩa trong khi vẫn giữ được khả năng xác minh giao dịch. Cây Merkle được phát minh bởi Ralph Merkle vào năm 1979; việc áp dụng chúng trong Bitcoin cho thấy một cấu trúc dữ liệu đa dụng có thể giải quyết một vấn đề xác minh đặc thù của giao thức như thế nào.

[SƠ ĐỒ: Một cây Merkle Bitcoin với 4 giao dịch ở các lá. Cấp độ lá: Hash(Tx1), Hash(Tx2), Hash(Tx3), Hash(Tx4) Cấp độ trung gian: Hash(Hash(Tx1) + Hash(Tx2)), Hash(Hash(Tx3) + Hash(Tx4)) Gốc: Gốc Merkle Văn bản thay thế: Sơ đồ về cây Merkle Bitcoin cho thấy cách bốn mã băm giao dịch được kết hợp theo cặp cho đến khi tạo ra một mã băm gốc Merkle duy nhất.]

Cách thức băm xuất hiện trong Bitcoin Whitepaper

Whitepaper Bitcoin mô tả kỹ thuật băm trong ba ngữ cảnh riêng biệt, mỗi ngữ cảnh giải quyết một vấn đề kỹ thuật khác nhau.

Bối cảnh 1: Liên kết Khối (Phần 3–4). Mỗi tiêu đề khối chứa mã băm SHA-256 của tiêu đề khối trước đó. Con trỏ mã băm này liên kết các khối lại với nhau. Việc thay đổi bất kỳ khối lịch sử nào sẽ làm thay đổi mã băm của nó, mã này sẽ không còn khớp với mã băm được lưu trữ trong khối tiếp theo, làm mất hiệu lực của mọi khối tiếp theo trong chuỗi. Khả năng chống giả mạo của toàn bộ Blockchain dựa trên đặc tính này.

Ngữ cảnh 2: Xác minh giao dịch (Phần 7). Whitepaper sắp xếp tất cả các giao dịch trong một khối sử dụng cây Merkle, cấu trúc dữ liệu băm đã đề cập ở trên, tạo ra một băm gốc Merkle duy nhất được lưu trữ trong tiêu đề khối. Điều này cho phép xác minh hiệu quả các giao dịch riêng lẻ mà không cần tải xuống toàn bộ Blockchain.

Ngữ cảnh 3: Đào bằng Chứng minh Công việc (Phần 4). Whitepaper quy định rằng thợ đào phải tìm được một giá trị nonce sao cho hash SHA-256 của tiêu đề khối nhỏ hơn một giá trị mục tiêu được chỉ định. Câu đố băm này là cơ chế bảo mật cốt lõi của toàn bộ mạng lưới.

Băm không phải là một trong nhiều cơ chế trong whitepaper Bitcoin. Nó là cơ chế nền tảng cho cả ba đóng góp kỹ thuật chính của whitepaper. Hiểu được điều này là điểm khác biệt giữa một người đọc có thể nắm bắt các tuyên bố kỹ thuật của whitepaper và một người không thể.

Phần tiếp theo sẽ áp dụng tất cả các khái niệm băm này trực tiếp vào Proof of Work, cơ chế đồng thuận mà Bitcoin whitepaper sử dụng hàm băm để vận hành.

Proof of Work: Cách Hashing bảo mật Blockchain

Một cơ chế đồng thuận là tập hợp các quy tắc mà qua đó tất cả các nút trong một mạng lưới Blockchain phi tập trung thống nhất về trạng thái hiện tại của sổ cái (những giao dịch nào là hợp lệ và chúng diễn ra theo thứ tự nào) mà không cần dựa vào một cơ quan trung ương.

Proof of Work (PoW) là một cơ chế đồng thuận nơi các thợ đào cạnh tranh để giải một câu đố tính toán khó: tìm một giá trị nonce sao cho khi kết hợp với dữ liệu tiêu đề khối và được băm bằng SHA-256, kết quả đầu ra sẽ thấp hơn một giá trị mục tiêu xác định. Whitepaper của Bitcoin mô tả cơ chế này trong Phần 4 như là biện pháp đảm bảo an ninh chính của mạng lưới.

Bằng chứng công việc (Proof of Work) về cốt lõi là một cuộc thi băm. Thợ đào không giải các phương trình toán học. Họ chạy thuật toán SHA-256 hàng tỷ lần mỗi giây với các giá trị nonce khác nhau cho đến khi tìm thấy một đầu ra hợp lệ. Quá trình này cố tình làm cho khó thực hiện nhưng lại cực kỳ dễ dàng cho bất kỳ nút nào khác xác minh. Việc chạy băm một lần với nonce chiến thắng sẽ xác nhận kết quả trong mili giây. Sự bất đối xứng đó chính là thứ bảo mật cho mạng lưới.

Đào là quá trình các giao dịch Bitcoin mới được xác thực và thêm vào Blockchain. Các thợ đào thu thập các giao dịch đang chờ xử lý, đóng gói chúng vào một khối ứng viên, sau đó thực hiện hash tiêu đề khối liên tục và thay đổi giá trị nonce mỗi lần cho đến khi tìm thấy kết quả đầu ra đáp ứng mục tiêu độ khó hiện tại của mạng lưới. Phần 6 của Bitcoin Whitepaper mô tả cơ chế khuyến khích đào: thợ đào chiến thắng sẽ nhận được bitcoin mới được tạo ra (phần thưởng khối) cộng với phí giao dịch. Xác suất chiến thắng tỷ lệ thuận với tỷ lệ phần trăm của tổng tỷ lệ Hash mạng lưới mà một thợ đào kiểm soát. Đào là một cuộc cạnh tranh hashing, không phải là một trò xổ số ngẫu nhiên.

Nonce (số dùng một lần) là một số nguyên 32 bit mà thợ đào tăng lên sau mỗi lần thử. Vì các hàm băm có tính xác định, việc thay đổi nonce sẽ thay đổi đầu vào của hàm băm, từ đó thay đổi đầu ra. Đào (mining) giống như thử mọi tổ hợp có thể có trên một ổ khóa kết hợp. Thợ đào lặp qua hàng tỷ giá trị nonce, mỗi lần thay đổi đầu ra băm, cho đến khi họ tìm thấy tổ hợp tạo ra một giá trị băm dưới mục tiêu. Việc tìm thấy tổ hợp đó chứng minh thợ đào đã thực hiện công việc tính toán, và đây chính là lý do cơ chế này được gọi là Bằng chứng Công việc (Proof of Work).

Tỷ lệ Hash (tổng số phép băm mà mạng tính toán mỗi giây) đo lường mức độ bảo mật của mạng trước các cuộc tấn công. Tỷ lệ Hash của Bitcoin được đo bằng exahashes mỗi giây (EH/s). Việc viết lại lịch sử blockchain của Bitcoin sẽ đòi hỏi phải kiểm soát phần lớn tỷ lệ Hash đó, chi phí này ngày càng tăng khi có nhiều thợ đào tham gia mạng lưới.

Bằng chứng Công việc so với Bằng chứng Stake trong các bản Tuyên bố Trắng của Blockchain

Ethereum đã chuyển đổi từ Proof of Work sang Proof of Stake vào tháng 9 năm 2022 trong sự kiện được gọi là The Merge. Hai cơ chế đồng thuận này được mô tả theo những cách khác biệt rõ rệt trong các sách trắng tương ứng của chúng.

Bằng chứng Công việc (Proof of Work) như Bitcoin đã mô tả vào năm 2008 chỉ là bước khởi đầu. Bản thân định dạng whitepaper đã phát triển đáng kể kể từ đó, và việc hiểu rõ sự tiến hóa đó sẽ giúp đặt bất kỳ whitepaper hiện đại nào vào đúng bối cảnh của nó.

--- ## Sách trắng Tiền điện tử đã phát triển như thế nào: Từ Bitcoin đến DeFi

Định dạng whitepaper đã trải qua ba giai đoạn dễ nhận thấy kể từ khi Satoshi Nakamoto công bố whitepaper Bitcoin vào năm 2008.

Kỷ nguyên 1: Bitcoin (2008). Chín trang. Một vấn đề được định nghĩa hẹp (chi tiêu hai lần). Một giải pháp kỹ thuật hoàn chỉnh sử dụng Proof of Work và hàm băm (hashing). Whitepaper của Bitcoin đã đặt ra khuôn mẫu: một tuyên bố vấn đề chính thức, một giải pháp mật mã đề xuất, mô tả về cơ chế đồng thuận, và một mô hình khuyến khích. Mọi whitepaper được xuất bản kể từ đó đều tuân theo một phiên bản của cấu trúc này.

Kỷ nguyên 2: Ethereum (2013). Vitalik Buterin, một nhà phát triển người Canada gốc Nga, khoảng 19 tuổi khi viết bản whitepaper về Ethereum, đã mở rộng định dạng để mô tả một thứ gì đó tham vọng hơn nhiều so với tiền kỹ thuật số. Bản Ethereum: Nền tảng Ứng dụng phi tập trung và Hợp đồng Thông minh Thế hệ Tiếp theo) whitepaper đã giới thiệu khái niệm về một ngôn ngữ kịch bản hoàn chỉnh Turing chạy trên chuỗi. Một hợp đồng thông minh là một chương trình tự thực thi được lưu trữ trên blockchain, tự động thực thi các điều khoản của một thỏa thuận khi các điều kiện được xác định trước được đáp ứng, mà không yêu cầu trung gian đáng tin cậy. Bản whitepaper của Ethereum mô tả một nền tảng blockchain có thể lập trình toàn diện, không phải một giao thức tiền tệ chỉ có một mục đích. Nó dài hơn đáng kể và phức tạp hơn về kiến trúc so với Bitcoin.

Kỷ nguyên 3: DeFi, NFT và các Giao thức Hiện đại (2020–nay). Các Whitepaper đã trở nên dài hơn và phức tạp hơn, hiện bao gồm các mô hình quản trị, mô tả cơ chế thanh khoản, kinh tế nông trại lợi suất (yield farming) và kiến trúc đa chuỗi. Các phần Tokenomics thường là phần được xem xét kỹ lưỡng nhất của một whitepaper hiện đại, vì các mô hình kinh tế đã phát triển phức tạp hơn nhiều so với lịch trình phần thưởng khối đơn giản của Bitcoin.

Việc hiểu rõ quá trình tiến hóa này sẽ giúp ích khi mở bất kỳ Whitepaper nào. Phạm vi giao thức càng đơn giản thì Whitepaper thường càng ngắn gọn và tập trung hơn. Một bản Whitepaper dài 200 trang cho một giao thức có trường hợp sử dụng đơn giản lại là một vấn đề về tài liệu theo một hướng khác.

Hiểu rõ quá trình phát triển giúp cung cấp bối cảnh, nhưng biết cách đọc và đánh giá whitepaper một cách có hệ thống thậm chí còn hữu ích hơn, và đó chính là những gì phần tiếp theo sẽ cung cấp.

Cách đọc và đánh giá Whitepaper tiền điện tử

Đọc một Whitepaper tiền điện tử là một kỹ năng và có thể học được kỹ năng này thông qua một khuôn khổ nhất quán. Bảy bước dưới đây áp dụng cho bất kỳ Whitepaper nào, từ chín trang của Bitcoin cho đến thông số kỹ thuật của một giao thức DeFi hiện đại.

1. Đọc phần Tóm tắt trước. Phần này có nêu rõ một vấn đề cụ thể và một giải pháp đề xuất cụ thể không? Một bản tóm tắt mơ hồ ("chúng tôi đang xây dựng tương lai của tài chính") mà không có tuyên bố vấn đề cụ thể là một dấu hiệu cảnh báo về tài liệu. Bản tóm tắt nên trả lời được: vấn đề nào đang tồn tại, tại sao vấn đề đó quan trọng và giao thức này thực hiện những gì để giải quyết vấn đề đó.

2. Đánh giá Tuyên bố Vấn đề. Vấn đề đó có thực tế và có thể định lượng được không? Bản Whitepaper có trích dẫn các nghiên cứu hoặc các công trình kỹ thuật trước đó không? Một bản whitepaper không giải thích lý do tại sao vấn đề tồn tại thì rất đáng ngờ. Hãy so sánh tuyên bố vấn đề trong whitepaper của Bitcoin (chi tiêu gấp đôi trong tiền kỹ thuật số, với giải thích kỹ thuật rõ ràng về lý do tại sao các giải pháp hiện tại yêu cầu một bên thứ ba đáng tin cậy) với các bản whitepaper mô tả những "sự kém hiệu quả" mơ hồ mà không có chi tiết cụ thể.

3. Đánh giá Kiến trúc Kỹ thuật. Whitepaper có mô tả tên gọi của cơ chế đồng thuận không? Nó có nêu tên một thuật toán băm cụ thể nào không (ví dụ: SHA-256)? Nó có giải thích cách các khối được liên kết và cách các giao dịch được xác thực không? Những mô tả kỹ thuật mơ hồ mà không có các thông số thuật toán cho thấy chất lượng kỹ thuật thấp. Một giao thức tuyên bố là phi tập trung phải có khả năng mô tả bằng các thuật ngữ kỹ thuật chính xác cách thức đạt được và thực thi sự phi tập trung đó, chứ không chỉ đơn thuần là khẳng định suông.

Đánh giá Tokenomics. Whitepaper có quy định tổng nguồn cung token không? Có lịch trình phân bổ minh bạch cho token của đội ngũ không? Có lý do sử dụng rõ ràng về việc tại sao giao thức cần token không? Tokenomics mạnh mẽ sẽ trả lời cả ba câu hỏi. Tokenomics yếu sẽ không trả lời được câu nào.

5. Xem xét Lộ trình. Các mốc quan trọng có cụ thể và bị giới hạn bởi thời gian không? Đội ngũ đã thực hiện được bất kỳ cam kết nào trong lộ trình trước đó chưa, hay tất cả các mốc quan trọng vẫn nằm trong tương lai? Một lộ trình với không có mục nào được hoàn thành và các mốc thời gian đầy tham vọng trong tương lai không cung cấp bằng chứng nào về khả năng thực thi.

6. Kiểm tra đội ngũ. Các thành viên có được nêu tên và có thể xác minh trên LinkedIn hoặc GitHub không? Họ có đủ trình độ kỹ thuật liên quan đến giao thức mà họ đang mô tả không? Một đội ngũ ẩn danh không tự động là lừa đảo (ví dụ của Satoshi Nakamoto đã chứng minh điều này), nhưng một đội ngũ ẩn danh kết hợp với các dấu hiệu cảnh báo khác thì cần phải thận trọng.

7. Đọc phần Tài liệu tham khảo. Whitepaper có trích dẫn các nguồn học thuật hoặc kỹ thuật đáng tin cậy không? Các Whitepaper kỹ thuật đáng tin cậy sẽ tham khảo nghiên cứu mật mã học nền tảng, các giao thức trước đây và các tiêu chuẩn liên quan. Bitcoin Whitepaper trích dẫn tám tài liệu tham khảo bao gồm Hashcash của Adam Back và b-money của Wei Dai. Một Whitepaper không có trích dẫn thì không tham gia vào kho tàng tài liệu kỹ thuật.

Bài viết này chỉ dành cho mục đích giáo dục và không cấu thành lời khuyên đầu tư hoặc tài chính. Không có nội dung nào ở đây cấu thành lời khuyên pháp lý. Quy định pháp lý đối với tiền điện tử, mã thông báo và ICO khác nhau tùy theo khu vực tài phán. Hãy tham khảo ý kiến của chuyên gia tài chính hoặc pháp lý có trình độ trước khi đưa ra bất kỳ quyết định đầu tư nào.

Các dấu hiệu cảnh báo trong một Whitepaper tiền điện tử: Những dấu hiệu cần lưu tâm

Một whitepaper có bất kỳ đặc điểm nào sau đây là thiếu tài liệu mà các giao thức uy tín cung cấp.

• Không có thành viên đội ngũ được nêu tên hoặc có thể xác minh được. Các đội ngũ ẩn danh tiềm ẩn rủi ro lừa đảo chiếm đoạt rồi bỏ trốn (exit fraud) cao hơn. Các dự án uy tín thường công khai tên đội ngũ cốt cán, và những thành viên này có thể được tìm thấy trên LinkedIn, GitHub hoặc các hồ sơ công khai.

• Các phần kỹ thuật bị đạo văn. Hãy đưa các đoạn văn kỹ thuật chính qua công cụ phát hiện đạo văn. Các dự án sao chép mô tả kỹ thuật từ Bitcoin Whitepaper hoặc Ethereum Whitepaper mà không ghi nguồn đang trình bày các nội dung đi mượn như là thiết kế giao thức gốc. Một Whitepaper bị đạo văn có nghĩa là những người tự xưng là tác giả kỹ thuật đã không trực tiếp viết nội dung kỹ thuật mà họ đang nhận công.

• Cơ chế đồng thuận được mô tả mà không có thuật toán được đặt tên. Một whitepaper proof-of-work có độ tin cậy về mặt kỹ thuật sẽ nêu tên thuật toán băm của nó (ví dụ: SHA-256). "Sử dụng mật mã tiên tiến" hoặc "thuật toán độc quyền" mà không có thông số kỹ thuật là một lỗ hổng tài liệu mà không thiết kế giao thức hợp pháp nào để trống. Nếu nhóm không thể nêu tên thuật toán, thì nhóm đó đã không thiết kế ra nó.

• Tokenomics có phân bổ cho đội ngũ quá mức và không có lịch trình mở khóa (vesting). Việc phân bổ cho đội ngũ trên 30% tổng cung, kết hợp với việc không có lịch trình mở khóa, tạo ra các động lực không đồng nhất. Các khoản nắm giữ lớn không bị khóa của đội ngũ có thể bị bán ngay sau khi ra mắt, tập trung lợi ích tài chính cho những người sáng lập trước khi giao thức chứng minh được giá trị.

• Nguồn cung Token vô hạn hoặc lạm phát mà không nêu rõ lý do. Nguồn cung vô hạn mà không có cơ chế giảm phát và không có lý do kinh tế rõ ràng là một lỗ hổng trong tài liệu về cấu trúc. Một giao thức đáng tin cậy có thể giải thích chính sách phát hành của mình.

• Lời hứa về lợi nhuận được đảm bảo hoặc các mục tiêu giá cụ thể. Một whitepaper mô tả công nghệ, không phải là kết quả đầu tư. Bất kỳ tài liệu nào chứa cam kết lợi nhuận đều không phải là một whitepaper kỹ thuật. Đó là một tài liệu tiếp thị.

• Không có phần nêu vấn đề. Một Whitepaper bắt đầu bằng giải pháp mà không giải thích vấn đề mà nó giải quyết đã bỏ qua cơ sở lý luận nền tảng cho sự tồn tại của giao thức. Một giao thức không có vấn đề là một giải pháp đang đi tìm thị trường.

• Một tài liệu tóm tắt (litepaper) hoặc bộ bài thuyết trình thay thế cho một Whitepaper đầy đủ cho một giao thức phức tạp về mặt kỹ thuật. Đối với một giao thức đơn giản, chỉ có một chức năng, tài liệu tóm tắt có thể là đủ. Đối với một giao thức tuyên bố có các cơ chế mật mã mới lạ hoặc một thiết kế đồng thuận mới, việc thiếu một Whitepaper kỹ thuật đầy đủ có nghĩa là không tồn tại một đặc tả có thể kiểm toán được.

Câu hỏi thường gặp

Hashing là gì theo cách hiểu đơn giản nhất?

Băm là một quá trình một chiều chuyển đổi bất kỳ đầu vào nào (một từ, một tệp, một khối giao dịch) thành một chuỗi ký tự có độ dài cố định được gọi là một hàm băm. Hãy coi nó như một dấu vân tay kỹ thuật số: duy nhất đối với đầu vào của nó, có kích thước cố định và không thể khôi phục ngược lại dữ liệu gốc. Cùng một đầu vào luôn tạo ra cùng một đầu ra hàm băm, nhưng việc thay đổi dù chỉ một ký tự trong đầu vào cũng tạo ra một hàm băm hoàn toàn khác.

Mục đích của whitepaper trong tiền điện tử là gì?

Một Whitepaper về Tiền điện tử thiết lập sự tín nhiệm về mặt kỹ thuật, truyền đạt đề xuất giá trị của dự án cho các nhà phát triển và nhà đầu tư, và tạo ra một bản ghi công khai, có thể kiểm toán về thiết kế dự kiến của giao thức. Việc xuất bản Whitepaper không bắt buộc về mặt pháp lý đối với hầu hết các dự án, nhưng cộng đồng tiền điện tử coi việc thiếu Whitepaper là một dấu hiệu đáng ngại đối với bất kỳ giao thức nào tuyên bố thiết kế kỹ thuật mới lạ.

Ai đã viết Whitepaper tiền điện tử đầu tiên?

Whitepaper tiền điện tử đầu tiên được xuất bản vào ngày 31 tháng 10 năm 2008, dưới bút danh Satoshi Nakamoto. Tài liệu này có tiêu đề "Bitcoin: A Peer-to-Peer Electronic Cash System" và được cung cấp miễn phí tại bitcoin.org/bitcoin.pdf. Danh tính thực sự của Satoshi Nakamoto chưa bao giờ được xác nhận, và Satoshi Nakamoto đã ngừng liên lạc công khai vào khoảng năm 2010.

Sự khác biệt giữa whitepaper và litepaper là gì?

Whitepaper là một tài liệu đặc tả kỹ thuật đầy đủ (thường từ 10 đến 100 trang trở lên) bao gồm kiến trúc của giao thức, Cơ chế đồng thuận, Tokenomics, lộ trình, đội ngũ phát triển và các tài liệu tham khảo. Litepaper là một bản tóm tắt ngắn gọn, ít mang tính kỹ thuật về cùng một dự án, thường từ 2 đến 10 trang, nhắm đến đối tượng công chúng phổ thông. Litepaper không phải là sự thay thế cho Whitepaper khi đánh giá uy tín kỹ thuật của một dự án. Whitepaper chính là tài liệu để thực hiện thẩm định chuyên sâu.

Hashing được sử dụng như thế nào trong Blockchain?

Hashing phục vụ ba chức năng trong các hệ thống blockchain: liên kết các khối lại với nhau thông qua các con trỏ hash (mỗi khối chứa hash của khối trước đó), tổ chức các giao dịch bên trong một khối thông qua cây Merkle (tất cả các giao dịch được hash thành một gốc Merkle duy nhất được lưu trữ trong tiêu đề khối), và vận hành cuộc thi đào Proof of Work (các thợ đào lặp lại các giá trị nonce cho đến khi họ tìm thấy một hash thấp hơn mục tiêu của mạng lưới). Cả ba ứng dụng này đều xuất hiện trong Bitcoin whitepaper.

SHA-256 được dùng để làm gì?

SHA-256 (Thuật toán băm an toàn 256 bit) là thuật toán băm cụ thể mà Bitcoin sử dụng cho cả việc liên kết khối và khai thác. Được phát triển bởi NSA của Hoa Kỳ và được NIST tiêu chuẩn hóa, nó tạo ra một đầu ra 256 bit (64 ký tự thập lục phân) cho bất kỳ đầu vào nào. Thợ đào chạy SHA-256 hàng tỷ lần mỗi giây khi cạnh tranh để xác thực các khối mới. SHA-256 được nêu tên trực tiếp trong whitepaper của Bitcoin như thuật toán băm cho cơ chế Proof of Work.

Whitepaper tiền điện tử nên bao gồm những gì?

Hầu hết các Whitepaper tiền điện tử đáng tin cậy bao gồm tám phần: tóm tắt, nêu vấn đề, kiến trúc kỹ thuật đề xuất, mô tả cơ chế đồng thuận, Tokenomics, lộ trình, thông tin đội ngũ và tài liệu tham khảo. Không có tiêu chuẩn chính thức nào bắt buộc cấu trúc này. Đây là một quy ước được quan sát thấy ở các dự án uy tín. Sự thiếu vắng bất kỳ phần nào trong số này, đặc biệt là kiến trúc kỹ thuật và cơ chế đồng thuận, là một dấu hiệu cảnh báo về tài liệu.

Một dự án tiền điện tử có bắt buộc phải có Whitepaper không?

Không có quy định pháp lý nào bắt buộc một dự án tiền điện tử phải xuất bản whitepaper. Tuy nhiên, cộng đồng tiền điện tử coi việc thiếu hụt tài liệu này là một dấu hiệu cảnh báo đối với các giao thức phức tạp về mặt kỹ thuật. Một dự án tuyên bố sở hữu các cơ chế mật mã mới lạ mà không có whitepaper sẽ không cung cấp được hồ sơ kỹ thuật có thể kiểm chứng để xác minh các tuyên bố đó. Đối với các dự án đơn giản với phạm vi kỹ thuật hạn chế, một litepaper có thể được chấp nhận; đối với các giao thức tuyên bố có các thiết kế đồng thuận mới, việc thiếu một whitepaper đầy đủ là một lỗ hổng lớn về mức độ uy tín.

Nonce trong blockchain là gì?

Nonce (số chỉ dùng một lần) là một số nguyên 32-bit mà thợ đào tăng liên tục khi tìm kiếm một mã băm khối hợp lệ trong hệ thống Proof of Work. Vì các hàm băm là xác định, việc thay đổi nonce sẽ thay đổi đầu vào cho hàm băm, dẫn đến thay đổi đầu ra. Thợ đào lặp qua hàng tỷ giá trị nonce mỗi giây cho đến khi tìm thấy giá trị mà mã băm kết quả của nó thấp hơn mục tiêu hiện tại của mạng. Việc tìm thấy nonce đó chứng minh rằng thợ đào đã thực hiện công việc tính toán cần thiết.

Làm thế nào để biết một whitepaper có hợp pháp không?

Một whitepaper hợp pháp sẽ nêu tên đội ngũ (với các thông tin xác minh được), chỉ định tên Cơ chế đồng thuận và thuật toán băm của nó, cung cấp một mô hình Tokenomics minh bạch với lịch trình vesting, trích dẫn các nguồn kỹ thuật đáng tin cậy, và nêu rõ một vấn đề cụ thể mà giao thức giải quyết. Danh sách các dấu hiệu cảnh báo trên (các phần bị đạo văn, thuật toán không tên, phân bổ quá nhiều cho đội ngũ mà không có vesting, lời hứa lợi nhuận đảm bảo và thiếu tuyên bố về vấn đề) cung cấp các tiêu chí cụ thể để xác định các tài liệu giả mạo hoặc rỗng về mặt kỹ thuật.

Kết luận: Các điểm chính cần lưu ý

• Một Whitepaper tiền điện tử là tài liệu kỹ thuật nền tảng cho một dự án Blockchain, mô tả kiến trúc, cơ chế đồng thuận và mô hình kinh tế của dự án đó
• Hashing chuyển đổi bất kỳ đầu vào nào thành một đầu ra có độ dài cố định, một chiều, đóng vai trò là dấu vân tay kỹ thuật số giúp dữ liệu Blockchain dễ dàng phát hiện khi bị can thiệp
• Whitepaper của Bitcoin (31 tháng 10 năm 2008) mô tả hashing trong ba bối cảnh: liên kết các khối thông qua con trỏ hash, xác minh giao dịch thông qua cây Merkle và cuộc thi khai thác Proof of Work
• SHA-256 là thuật toán hash cụ thể mà Bitcoin sử dụng; Proof of Work là cuộc thi hashing giúp bảo mật mạng lưới trước các cuộc tấn công
• Một Whitepaper thiếu thuật toán hash cụ thể, thiếu mô hình Tokenomics minh bạch hoặc đội ngũ có thể xác minh được là đang thiếu đi các tài liệu mà các giao thức uy tín thường cung cấp
• Quy trình đọc 7 bước và danh sách các dấu hiệu cảnh báo trong bài viết này áp dụng cho bất kỳ Whitepaper tiền điện tử nào bạn mở ra, từ một tài liệu nền tảng dài 9 trang cho đến một thông số kỹ thuật DeFi dài 200 trang

Whitepaper Bitcoin này có chín trang và có sẵn miễn phí. Đọc Bitcoin: Hệ thống Tiền tệ Điện tử ngang hàng) là điều mang tính hướng dẫn nhất bạn có thể làm để xây dựng kiến thức về blockchain từ một nguồn chính thống. Mọi khái niệm trong bài viết này đều xuất hiện trong chín trang đó.

Bài viết này chỉ dành cho mục đích giáo dục và không cấu thành lời khuyên đầu tư hoặc tài chính. Không có nội dung nào trong bài viết này cấu thành lời khuyên pháp lý. Quy định pháp lý đối với tiền điện tử, token và ICO thay đổi tùy theo khu vực tài phán. Hãy tham khảo ý kiến của chuyên gia tài chính hoặc pháp lý có trình độ trước khi đưa ra bất kỳ quyết định đầu tư nào liên quan đến tiền điện tử hoặc bất kỳ sản phẩm tài chính nào.