Một Blockchain là hệ thống phi tập trung ngang hàng không có yếu tố thẩm quyền tập trung. Trong khi tạo ra một hệ thống mà loại bỏ sự tham nhũng từ nguồn đơn lẻ, nó vẫn tồn tại vấn đề lớn:
Làm thế nào các quyết định được tạo ra?
Làm sao để bất kỳ công việc được thực hiện?
Hãy tìm hiểu về tổ chức tập chung thông thường.
Tất cả các quyết định đều do lãnh đạo hoặc ban giám đốc ra quyết định. Điều này là không thể trong một blockchain bởi vì một blockchain không có "lãnh đạo". Đối với các blockchain để đưa ra quyết định, họ cần phải đi đến một sự đồng thuận bằng cách sử dụng "cơ chế đồng thuận".
Vì vậy, làm thế nào để các cơ chế đồng thuận làm việc và tại sao chúng ta cần chúng? Một số cơ chế đồng thuận được sử dụng trong tiền mật mã là gì?
Chúng tôi sẽ trả lời những câu hỏi này trong hướng dẫn này. Kiến thức nền tảng vỡ lòng: Cơ chế đồng thuận của Blockchain.

#Cơ chế đồng thuận là gì?
Đây là cách Wikipedia định nghĩa sự ra quyết định của cơ chết đồng thuận:
"Thống nhất ra quyết định là một quá trình ra quyết định của nhóm trong chính các thành viên trong nhóm phát triển, và đồng ý hỗ trợ một quyết định vì lợi ích tốt nhất của toàn bộ nhóm. Đồng thuận có thể được định nghĩa một cách chuyên nghiệp như một giải pháp được chấp nhận, được hỗ trợ, thậm chí khi không phải là "sự yêu thích" của mỗi cá nhân. Sự đồng thuận được định nghĩa bởi Merriam-Webster là, đầu tiên, như là thoả thuận chung, và thứ hai là, sự đoàn kết nhóm niềm tin hoặc ý kiến."
Nói một cách đơn giản, sự đồng thuận là một cách năng động để đạt được thỏa thuận trong một nhóm. Trong khi bỏ phiếu chỉ giải quyết cho một nguyên tắc đa số mà không có bất kỳ suy nghĩ nào về cảm xúc và phúc lợi của người thiểu số, trong khi một sự đồng thuận đảm bảo rằng một thỏa thuận đạt được có thể đem lại lợi ích cho toàn bộ nhóm.
Từ một quan điểm lý tưởng hơn, Đồng thuận có thể được sử dụng bởi một nhóm người rải rác khắp thế giới để tạo ra một xã hội bình đẳng và công bằng hơn.
Một phương pháp tạo ra sự ra quyết định đồng thuận được gọi là "cơ chế đồng thuận".
Vì vậy, bây giờ những gì chúng ta đã xác định một sự đồng thuận, chúng ta hãy nhìn vào các mục tiêu của một cơ chế đồng thuận là gì (dữ liệu lấy từ Wikipedia).
• Tìm kiếm Thoả thuận: Một cơ chế đồng thuận nên mang lại sự đồng ý của nhóm càng nhiều càng tốt.
• Cộng tác: Tất cả những người tham gia nên cùng nhau làm việc để đạt được kết quả mà trước hết hãy đặt lợi ích cao nhất cho nhóm.
• Hợp tác: Tất cả những người tham gia không nên đặt lợi ích của họ trước tiên và làm việc theo nhóm nhiều hơn các cá nhân.
• Sự bình đẳng: Một nhóm cố gắng để đạt được sự đồng thuận và bình đẳng nhất. Điều này về cơ bản có nghĩa là mỗi lần bỏ phiếu đều có trọng số như nhau. Một người bỏ phiếu không thể quan trọng hơn người khác.
• Hòa nhập: càng nhiều người càng tốt nên tham gia vào tiến trình đồng thuận. Nó không giống như bình thường bỏ phiếu, nơi mọi người không thực sự cảm thấy thích bỏ phiếu vì họ tin rằng lá phiếu của họ sẽ không có bất kỳ giá trị về lâu dài.
• Sự tham gia: Cơ chế đồng thuận cần phải có sự tham gia của tất cả mọi người trong quá trình tổng thể.
Bây giờ chúng ta đã xác định những cơ chế đồng thuận là gì và những gì họ nên nhắm đến, chúng ta cần phải nghĩ đến các yếu tố khác trong hệ thống.
Những cơ chế đồng thuận nên được sử dụng như một thực thể tồn tại như blockchain.
Trước bitcoin, các hệ thống tiền tệ phân quyền đồng cấp không thành công bởi vì họ không thể trả lời được vấn đề lớn nhất khi đạt được sự đồng thuận. Vấn đề này được gọi là "Vấn đề Tướng quân Byzantine". (Byzantine Generals)
Vấn đề của các Tướng quân Byzantine là gì?

Ok để tưởng tượng rằng có một nhóm các tướng Byzantine và họ muốn tấn công một thành phố. Họ đang phải đối mặt với hai vấn đề rất khác biệt:
Các tướng và quân đội của họ rất xa nhau vì vậy quyền lực tập trung là không thể, điều này làm cho cuộc tấn công phối hợp rất khó khăn.
Thành phố có một đội quân rất lớn và cách duy nhất để họ có thể chiến thắng là nếu tất cả họ đều tấn công cùng thời điểm và ngay lập tức.
Để điều phối thành công quân đội bên trái của lâu đài gửi một sứ giả đến các quân đội bên phải lâu đài với một thông điệp nói rằng "TẤN CÔNG.THỨ TƯ" Tuy nhiên, giả sử quân đội bên phải không phải là chuẩn bị cho cuộc tấn công và nói, "KHÔNG.TẤN CÔNG THỨ SÁU "và gửi lại sứ giả qua thành phố về quân đội bên trái.
Tại đây chúng ta phải đối mặt với một vấn đề.
Một số điều có thể xảy ra đối với người đưa tin khốn khổ. Anh ta có thể bị bắt, bị tổn thương, bị giết và thay thế bằng một sứ giả khác của thành phố. Điều này sẽ dẫn đến các quân đội nhận được thông tin giả mạo có thể dẫn đến một cuộc tấn công không có sự phối hợp và dẫn đến thất bại.
Điều này cũng được thấy rõ ràng trong blockchain. Chuỗi là một mạng lưới khổng lồ; làm thế nào có thể bạn có thể tin tưởng chúng? Nếu bạn gửi một ai đó 4 Ether từ ví của bạn, bạn sẽ biết chắc chắn rằng ai đó trong mạng sẽ không can thiệp nó và thay đổi từ 4 đến 40 Ether?
Những gì các tướng này cần là một cơ chế đồng thuận có thể đảm bảo rằng quân đội của họ có thể tấn công như một thực thể duy nhất bất kể sự trễ nải.
Bây giờ chúng ta sẽ đi qua một danh sách các cơ chế đồng thuận có thể giải quyết vấn đề của tướng quân Byzantine.

1 Bằng chứng về công việc

Satoshi Nakamoto, tác giả của Bitcoin, đã vượt qua được vấn đề bằng cách phát minh ra bản chứng minh về công việc.
Đầu tiên chúng ta hãy xem nó hoạt động như thế nào trong bối cảnh vấn đề Tướng quân Byzantine.
Giả sử quân đội ở bên trái muốn gửi một thông điệp gọi là "TẤN CÔNG.THỨ 2" cho quân đội ở bên phải, họ sẽ làm theo các bước chắc chắn.
• Thứ nhất, họ sẽ nối một số "nonce" vào văn bản ban đầu. Các nonce có thể là bất kỳ giá trị thập lục phân ngẫu nhiên.
• Sau đó, họ băm (mã hóa) văn bản kèm theo một nonce và xem kết quả. Giả sử, theo giả thuyết, các quân đội đã quyết định chỉ chia sẻ các thông điệp mà trên băm cho kết quả bắt đầu bằng 5 số không.
• Nếu các điều kiện băm được thỏa mãn, họ sẽ gửi thống điệp với điều kiện băm của tin nhắn. Nếu không, sau đó họ sẽ tiếp tục thay đổi giá trị của nonce ngẫu nhiên cho đến khi họ nhận được kết quả mong muốn. Hành động này là cực kỳ tẻ nhạt và tốn thời gian và mất rất nhiều năng lượng tính toán.
• Nếu các thông điệp bị đánh cắp bởi thành phố và các thông điệp bị làm giả mạo, theo tính năng băm, bản thân mã hash sẽ bị thay đổi mạnh mẽ. Nếu các tướng ở phía bên phải, thấy rằng thông điệp đã được băm không bắt đầu với số tiền yêu cầu là các số 0 thì họ chỉ cần ngưng cuộc tấn công.
Tuy nhiên, có một lỗ hổng có thể xảy ra.
Không có chức năng băm là 100% được ghép miễn phí. Vì vậy, nếu thành phố nhận được tin nhắn, họ giả mạo nó và sau đó thay đổi nonce cho đến khi họ nhận được kết quả mong muốn có số yêu cầu của các số 0? Điều này sẽ tốn rất nhiều thời gian nhưng vẫn có thể. Để chống lại điều này, các tướng sẽ sử dụng sức mạnh số.
Giả sử, thay vì chỉ một tướng ở phía bên trái gửi tin nhắn tới tướng bên phải, có 3 tướng bên trái phải gửi tin nhắn đến bên phải. Để làm được điều đó, họ có thể tự tạo ra thông điệp của chính mình và sau đó băm các thông điệp thành phần và sau đó nối một nonce vào kết quả băm và băm nó một lần nữa. Lần này, họ muốn có một thông điệp bắt đầu với sáu chữ số 0.
Rõ ràng, điều này sẽ rất tốn thời gian, nhưng lần này, nếu sứ giả bị bắt bởi thành phố, lượng thời gian mà họ sẽ thực hiện để làm xáo trộn thông điệp thành phần và sau đó tìm thấy nonce tương ứng cho băm sẽ vô hạn hơn. Nó thậm chí có thể mất nhiều năm. Vì vậy, ví dụ nếu thay vì một sứ giả, các tướng gửi nhiều sứ giả, cùng lúc đó thành phố thậm chí chỉ cần nửa thời gian của quá trình tính toán họ đã bị tấn công và tiêu hủy.
Các tướng ở bên phải có nó khá dễ dàng. Tất cả những gì họ phải làm là nối tin nhắn với đúng nonce mà sẽ được trao cho họ, băm chúng, và xem liệu các băm có khớp hay không. Băm một chuỗi là rất dễ dàng để làm. Điều đó về bản chất là quá trình đằng sau bằng chứng của công việc (proof of work).
• Quá trình tìm kiếm nonce cho mục tiêu băm tương ứng rất khó khăn và tốn thời gian.
• Tuy nhiên, quá trình kiểm tra kết quả để biết không có sự lạm dụng được thực hiện lại trở nên rất đơn giản.
Vì vậy, chúng ta tóm tắt như thế nào về giao thức bằng chứng công việc (Proof Of Work) làm việc trong blockchain?
• Các thợ mỏ giải quyết các câu đố mật mã để "khai thác" một khối để thêm vào blockchain.
• Quá trình này đòi hỏi một lượng lớn năng lượng và sử dụng tính toán. Các câu đố đã được thiết kế theo cách làm cho nó khó khăn và áp đặt trên hệ thống.
• Khi một thợ mỏ giải quyết câu đố, họ đưa ra khối của họ vào hệ thống để xác minh.
• Xác minh xem khối có thuộc chuỗi hay không là một quá trình cực kỳ đơn giản.
Cơ chế chứng nhận của công việc đã trả lời rất nhiều câu hỏi khi giải quyết vấn đề của Byzantine General, nhưng tiếc là có một số vấn đề với bằng chứng của công việc.
• Trước tiên, chứng minh công việc là một quá trình thiếu hiệu quả do lượng điện và năng lượng mà nó tiêu thụ.
• Những cá nhân và tổ chức có khả năng mua các máy ASIC nhanh hơn và mạnh hơn thường có cơ hội khai thác tốt hơn các công ty khác.
Do đó, bitcoin không được phi tập trung như mong muốn. Hãy kiểm tra đồ thị phân phối tỷ lệ băm (hashrate):

Như bạn có thể thấy, khoảng 65% hashrate được chia ra trong 5 hồ chứa khai thác mỏ lớn nhất!
Về mặt lý thuyết, các hồ khai thác lớn này có thể đơn giản kết hợp với nhau và khởi động 51% trên mạng bitcoin.
Ví dụ điển hình của crypto sử dụng cơ chế này đó là: Bitcoin

2 Bằng chứng về cổ phần

Ethereum sẽ sớm lên kế hoạch chuyển từ Proof of Work (POW) sang Proof of Stake (POS) – bằng chứng cổ phần.
Bằng chứng cổ phần sẽ làm cho toàn bộ quá trình khai thác mỏ trở trở thành ảo và thay thế các thợ mỏ bằng những người kiểm chứng (validators).
Đây là cách tiến trình sẽ làm việc:
• Người kiểm chứng sẽ phải khóa một số đồng tiền của họ làm cổ phần.
• Sau đó, họ sẽ bắt đầu xác nhận các khối. Điều này nghĩa là, khi họ phát hiện ra một khối mà họ nghĩ có thể được thêm vào chuỗi, họ sẽ xác nhận nó bằng cách đặt cược vào nó.
• Nếu khối được nối, thì người xác nhận sẽ nhận được một phần thưởng tương xứng với phần đặt cược của họ.

Như bạn thấy, các giao thức POS là tài nguyên thân thiện hơn POW. Trong POW bạn cần tiêu thụ rất nhiều nguồn lực để thực hiện các giao thức, về cơ bản là lãng phí tài nguyên.
Rào cản lớn nhất của bằng chứng cổ phần:
Các nhà phát triển Ethereum luôn dự định sẽ chuyển sang bằng chứng cổ phần, đó là kế hoạch của họ. Tuy nhiên, trước khi họ có thể làm như vậy, họ phải giải quyết một trong những sai sót lớn nhất của bằng chứng cổ phần (POS).
Xem xét kịch bản này trong một thời điểm:

Giả sử chúng ta có một tình huống giống như trên. Có một chuỗi màu xanh chính và một chuỗi màu đỏ mà được tách ra từ chính nhánh chính. Có gì để ngăn chặn một thợ mỏ độc hại từ khai thác mỏ trên các khối màu đỏ và thực hiện một hardfork?
Trong một hệ thống bằng chứng công việc (POW), nguy cơ này có thể được giảm nhẹ.
Giả dụ người khai thác khoáng sản Alice muốn khai thác chuỗi màu đỏ. Ngay cả khi cô ấy cống hiến tất cả sức mạnh giải băm cho nó, cô ấy sẽ không nhận được bất kỳ thợ mỏ nào khác để tham gia cùng cô trên chuỗi mới. Mọi người sẽ vẫn tiếp tục khai thác chuỗi xanh, bởi vì nó có lợi nhuận hơn và không có rủi ro khi đào trên chuỗi dài hơn.
Bây giờ hãy nhớ, POW là rất tốn kém tài nguyên hữu ích.
Nó không có ý nghĩa cho một thợ mỏ để lãng phí quá nhiều tài nguyên trên một khối mà sẽ bị từ chối bởi hệ thống. Do đó các phân chia chuỗi được tránh trong hệ thống bằng chứng công việc vì số tiền mà kẻ tấn công sẽ phải lãng phí.
Tuy nhiên, mọi thứ sẽ hơi khác một chút đối với POS.
Nếu bạn là người xác nhận, thì bạn chỉ có thể đặt tiền của mình vào cả chuỗi màu đỏ và chuỗi xanh mà không hề có bất kỳ hậu quả nào. Không có vấn đề gì xảy ra, bạn sẽ luôn luôn giành chiến thắng và không có gì để mất, mặc dù hành động của bạn có thể gây hại như thế nào.
Đây được gọi là vấn đề "Không có gì đặt cược" (Nothing at stake).
Để kết hợp hệ thống đồng thuận POS, các tiền kỹ thuật số cần giải quyết vấn đề này và Ethereum sẽ làm điều này một cách rất thú vị bằng cách điều chỉnh giao thức Casper của họ.
Casper là giao thức POS mà Ethereum đã chọn để đi cùng. Trong khi đã đã có một nhóm làm việc bận rộn chuyên cho nó, nhưng Vlad Zamfir thường được coi là "gương mặt của Casper".

Vậy Casper khác với các giao thức Proof of Stake khác như thế nào?
Casper đã thực hiện một quy trình để họ có thể trừng phạt tất cả các phần tử độc hại. Đây là cách POS dưới Casper sẽ hoạt động:
• Những người kiểm chứng đặt cọc một phần Ethers của họ làm cổ phần.
• Sau đó, họ sẽ bắt đầu xác nhận các khối. Điều này có nghĩa, khi họ phát hiện ra một khối mà họ nghĩ có thể được thêm vào chuỗi, họ sẽ xác nhận nó bằng cách đặt cược vào nó.
• Nếu khối được nối, thì người xác nhận sẽ nhận được một phần thưởng tương xứng với phần đặt cược của họ.
• Tuy nhiên, nếu một người kiểm chứng hành động một cách độc hại và cố gắng làm một "nothing at stake", họ sẽ ngay lập tức bị khiển trách và tất cả cổ phần của họ sẽ bị cắt giảm.
Như bạn thấy, Casper khước từ làm việc trong một hệ thống không có lòng trung thành và có nhiều Sự Chấp nhận lỗi Byzantine.
Bất cứ ai hành động một cách độc ác/Byzantine sẽ nhận được ngay lập tức sự trừng phạt bằng cách giữ cổ phần của họ bị cắt giảm. Đây là điểm khác với hầu hết các giao thức POS khác. Các yếu tố độc hại có cái gì đó để mất vì vậy hạn chế việc hệ thống bị đe dọa.
Hoàn thiện Casper và Proof Of Stake sẽ rất quan trọng nếu Ethereum có kế hoạch mở rộng quy mô.
Crypto đáng chú ý sử dụng giao thức này: Ethereum (trong tương lai gần)

3 Bằng chứng cổ phần Trao quyền

Bây giờ chúng ta nói đến một hình thức thú vị của Proof Of Stake được gọi là DPOS hoặc Delegated Proof Of Stake. EOS đang sử dụng cơ chế đồng thuận này để tăng đến hàng triệu giao dịch mỗi giây.
Nếu họ có thể hiện thực hóa, ta sẽ có cơ chế đồng thuận DPOS đáng quan tâm.
Thứ nhất, bất cứ ai giữ các tokens trên một blockchain tích hợp trong phần mềm EOS có thể chọn các thành viên tạo khối (block) thông qua một hệ thống bỏ phiếu liên tục phê duyệt. Bất cứ ai cũng có thể tham gia vào cuộc bầu cử trở thành người tạo khối và họ sẽ có cơ hội tạo ra số lượng khối tỷ lệ thuận với tổng số phiếu họ nhận được so với tất cả những người sản xuất khối khác.
Làm thế nào nó hoạt động?
• Các khối được sản xuất theo vòng lặp 21.
• Vào đầu mỗi vòng 21 nhà sản xuất khối được chọn. Top 20 được tự động lựa chọn trong khi người thứ 21 được chọn tỷ lệ thuận với số phiếu bình chọn của họ so với các nhà sản xuất khác.
• Các nhà sản xuất sau đó được xáo trộn lẫn nhau bằng cách sử dụng một số giả định ngẫu nhiên bắt nguồn từ thời gian đóng block. Điều này được thực hiện để đảm bảo rằng sự kết nối cân bằng với tất cả các nhà sản xuất khác được duy trì.
• Để đảm bảo tạo khối thường xuyên được duy trì và thời gian đóng được giữ tới 3 giây, những người tạo khối sẽ bị phạt nếu không tham gia bằng cách bị loại bỏ tiền bảo chứng (consideration). Một nhà sản xuất phải sản xuất ít nhất một khối mỗi 24 giờ để nhận được phần thưởng (consideration).
Hệ thống DPOS không bị chia nhánh thay vì cạnh tranh để tìm các khối, các nhà sản xuất sẽ phải hợp tác thay vào đó. Trong trường hợp tách nhánh, sự đồng thuận sẽ tự động chuyển sang chuỗi dài nhất.
Xác nhận giao dịch trong DPOS?
Một blockchain DPOS thường có sự tham gia của 100% các nhà sản xuất block. Giao dịch thường được xác nhận trong vòng 1,5 giây kể từ thời điểm phát tín hiệu (broadcast) bởi độ tin cậy 99,9%. Để có sự chắc chắn tuyệt đối về tính hợp lệ của giao dịch, một nút chỉ cần đợi 15/21 (tức là 2/3 đa số) nhà sản xuất đạt được sự đồng thuận.
Vì vậy, những gì xảy ra trong trường hợp chia tách nhánh gây ra bởi sự sơ suất hoặc ý định độc hại?
Tất cả các nút sẽ, mặc định, không chuyển sang một nhánh fork mà không bao gồm bất kỳ khối nào chưa kết thúc khi chưa có 15/21 nhà sản xuất xác nhận. Điều này giữ sự bền vững bất kể chiều dài chuỗi. Mỗi khối phải đạt được sự chấp thuận 15/21 để được coi là một phần của chuỗi.
Bởi vì thời gian tạo khối ngắn, có thể cảnh báo các nút cho dù chúng có trong chuỗi lớn hay nhỏ trong vòng 9 giây. Lý do tại sao nó đơn giản. Hãy nhớ rằng, thời gian trung bình trôi qua giữa mỗi khối là 3 giây.
Nếu một nút bị bỏ lỡ 2 khối liên tiếp thì có 95% cơ hội mà chúng có trong một nhánh nhỏ.
Nếu một nút bỏ lỡ 3 khối, thì có 99% cơ hội của họ đang ở trong một chuỗi nhỏ.
TAPOS là gì?
Giao dịch như Bằng chứng về Cổ phần hoặc TAPOS là một tính năng của phần mềm EOS. Mỗi giao dịch trong hệ thống được yêu cầu phải có mã băm của tiêu đề của khối gần nhất. Điều này làm như sau:
• Ngăn chặn phát lại giao dịch trên các chuỗi khác nhau.
• Báo tín hiệu của mạng lưới mà một người dùng và cổ phần của họ đang ở trên một nhánh fork cụ thể.
Điều này ngăn cản các trình xác nhận khỏi hành động độc ác trên các chuỗi khác.
Ok, do đó, nghe khá hấp dẫn.
Bạn có một giao thức Proof-of-stake rất nhanh và hiệu quả.
Đâu là điểm mấu chốt?
Vì vậy, chúng ta hãy mang những hiểu biết của đồng sáng lập Ethereum Vitalik Buterin. Theo ông, hệ thống DPOS đã thất bại trong trò chơi điều phối.
Lý thuyết trò chơi Điều phối là gì?
Xem xét ma trận này:

Bây giờ, nếu bạn nhìn ma trận này, có hai Equilibria Nash (cân bằng Nash): (A, A) và (B, B), độ lệch từ một trong hai thành phần sẽ không có lợi cho họ. Ý tưởng của trò chơi này là làm thế nào bạn có thể thuyết phục mọi người đi từ (A, A) đến (B, B)? Nếu có một nhóm nhỏ những người tham gia thì điều đó tương đối đơn giản, bạn chỉ cần phối hợp thông qua điện thoại hoặc email. Nhưng, điều này thay đổi khi chúng ta đang nói về một nhóm rất lớn của mọi người.
Sự khác biệt cơ bản giữa tình thế tiến thoái lưỡng nan của tù nhân và vấn đề phối hợp là trong tình huống tiến thoái lưỡng nan của tù nhân, cả hai người chơi phải lựa chọn (B, B) vì đó là lựa chọn có kết quả nhiều nhất mặc dù (A, A) là một giải pháp tốt hơn về đạo đức . Trong vấn đề phối hợp, nó không phải là về đạo đức hay lợi ích, đó là về động cơ khuyến khích một người đi từ trạng thái này sang trạng thái khác. Tại sao một nhóm người lớn thay đổi cách họ làm mọi việc?
Một trò chơi phối hợp thất bại khi chỉ có thiểu số trong nhóm thay đổi trạng thái của họ và phần lớn không và ngược lại, đó là thành công khi đa số nhóm thay đổi trạng thái của họ. Hãy xem đó bằng một ví dụ.
Giả sử chúng ta muốn thay đổi ngôn ngữ sang ngôn ngữ biểu tượng. Ví dụ:
Bản gốc: "Cho tôi số của bạn?"
Phát biểu mới: "#?"
Nếu chỉ có bạn nói bằng ngôn ngữ này thì đó sẽ là thất bại vì đa số sẽ không hiểu bạn đang nói gì và bạn sẽ bị xa lánh khỏi các cuộc đối thoại hay nói cách khác bạn sẽ bị đánh giá rất thấp và bạn không có nhiều cơ hội để thay đổi điều này.
Tuy nhiên, nếu phần lớn xã hội của bạn chuyển sang ngôn ngữ này và chỉ sử dụng nó một cách chuyên biệt, bạn sẽ phải thay đổi ngôn ngữ của mình nếu không bạn sẽ không bao giờ có thể thích nghi. Nhờ vậy, động lực cho bạn tham gia là cao hơn.
Hệ thống DPOS có thể sử dụng lý thuyết trò chơi phối hợp để bất lợi chính nó. Có thể có một kịch bản mà một số tình huống nhất định được ưa chuộng bởi các nhà sản xuất khối mà không phù hợp với phần còn lại của các nút.
Giả sử các nút chủ muốn chuyển chuỗi từ trạng thái A sang trạng thái B. Nó có thể là một công việc rất khó khăn cho họ để giúp toàn bộ dây chuyền thực hiện cùng sự chuyển đổi cùng với nhau, đặc biệt là nếu các nút khác phản đối chuyển sang trạng thái B.
Chỉ có thời gian mới biết được EOS có thể tích hợp hoàn hảo DPOS hay không.
Crypto đáng chú ý sử dụng giao thức này: EOS

4 Delegated Byzantine Fault Tolerance (dBFT)

Bây giờ chúng ta đến cơ chế Đồng thuận lựa chọn của NEO.
Hãy tưởng tượng rằng có một quốc gia "Blockgeeks" và đất nước này có rất nhiều công dân. Mỗi người trong số những công dân này sẽ bầu một đại biểu để đại diện cho họ và làm cho họ hạnh phúc. Công việc của các đại biểu này là thông qua các đạo luật sẽ làm cho công dân hạnh phúc, nếu họ không giỏi trong công việc thì công dân chỉ có thể bỏ phiếu cho một đại biểu khác trong lần tiếp theo.
Vậy các đại biểu thông qua luật như thế nào?
Một trong số các đại biểu được chọn ngẫu nhiên làm diễn giả.
Diễn giả sau đó xem xét tất cả các yêu cầu của công dân và tạo ra một đạo luật. Sau đó họ tính toán một "Hạnh phúc Factor" của các luật này để xem nếu số lượng là đủ để đáp ứng nhu cầu của người dân hay không. Sau đó họ chuyển nó xuống cho các đại biểu.
Các đại biểu sau đó kiểm tra riêng các tính toán của Người phát ngôn. Nếu số của người nói chuyện phù hợp với Ðại biểu thì họ sẽ chấp thuận, nếu không thì họ sẽ không chấp thuận.
66% số đại biểu cần thông qua luật lệ để thông qua. Nếu phần lớn không được bỏ phiếu kín, thì một nhà lãnh đạo mới được chọn và quá trình bắt đầu lại.
Vì vậy, chúng ta hãy xem cách áp dụng trong blockchain này.
Công dân là ai sở hữu NEO, còn gọi là các nút bình thường.
Các đại biểu là các nút kế toán. Để trở thành một nút kế toán, bạn cần phải đáp ứng một số yêu cầu nhất định: có thiết bị đặc biệt, kết nối Internet chuyên dụng và một lượng GAS nhất định (1000 theo bài viết của basiccrypto).
• "Yêu cầu của công dân" về cơ bản là các giao dịch khác nhau được thực hiện bởi các chủ sở hữu token.
• "Luật" là khối hiện tại sẽ được thêm vào blockchain.
• "Yếu tố hạnh phúc" là băm của khối hiện tại.
Bây giờ, có hai trường hợp mà một trong những người tham gia có thể hành động một cách độc hại. Hãy cùng kiểm tra nào:
Trường hợp số 1: Người phát ngôn (speaker) độc hại

hình ảnh: basiccrypto Bài báo Steemit
Trong trường hợp này, Người phát ngôn đã gửi một thông điệp độc hại B tới hai đại biểu và một thông điệp chính xác đến một đại biểu còn lại. Kịch bản này có thể được giảm thiểu dễ dàng do nguyên tắc đa số. Hai đại biểu sẽ thấy rằng băm của họ không phù hợp với của người nói trong khi một đại biểu sẽ thấy rằng băm của họ phù hợp hoàn hảo. Tuy nhiên, 2 trong số 3 sẽ không chấp thuận đề xuất và sẽ không đạt được sự đồng thuận. Người nói sẽ bị loại bỏ.
Trường hợp 2: Một trong số các đại biểu là độc hại

Từ basiccrypto Bài báo Steemit
Người phát ngôn gửi thông điệp chính xác cho tất cả các đại biểu, tuy nhiên một trong số các đại biểu quyết định hành động một cách độc hại và tuyên bố rằng số của họ không phù hợp với người nói.
Tuy nhiên, vì 2 trong số 3 đại biểu không ác ý, họ sẽ chấp thuận luật mà sẽ được thông qua sau khi đạt được sự đồng thuận 66%.
Vì vậy, có thể thấy, dBFT thể hiện một hình thức rất thú vị của cơ chế đồng thuận.
Crypto đáng chú ý sử dụng cơ chế này: NEO
Đây là 4 cơ chế đồng thuận phổ biến nhất được sử dụng trong các thuật ngữ mật mã. Tuy nhiên, có một số chi tiết mà bạn có thể thanh toán mà cung cấp các lựa chọn thay thế thú vị. Họ đang:
Bằng chứng của Hoạt động. (Proof Of Activity)
Bằng chứng của “việc đốt”. (Proof Of Burn)
Bằng chứng về Thời gian đã qua. (Proof Of Elapsed Time)
Bằng chứng về Năng xuất. (Proof Of Capacity)
Kết luận: Kiến thức nền tảng: Cơ chế đồng thuận Blockchain
Nếu không có cơ chế đồng thuận, chúng ta sẽ không có một hệ thống phân quyền ngang hàng của Byzantine Fault Tolerant peer-to-peer.
Nó đơn giản như vậy. Mặc dù, bằng chứng về công việc và bằng chứng về cổ phần chắc chắn là sự lựa chọn phổ biến hơn, nhưng bây giờ thì có những cơ chế mới hơn. Không có cơ chế thống nhất "hoàn hảo", và rất có thể là sẽ không bao giờ xảy ra, nhưng điều thú vị khi thấy các loại tiền thuật toán mật mã mới xuất hiện với các giao thức riêng của họ.