Tác giả: Pranav Garimidi, Joachim Neu, Max Resnick, các nhà nghiên cứu của a16z crypto; Nguồn: a16z crypto; Dịch: Shaw Kim Cương Finance

Ngày nay, blockchain đã đủ tự tin để tuyên bố rằng bản thân đã có khả năng xử lý cần thiết để cạnh tranh với hạ tầng tài chính hiện có. Các hệ thống trong môi trường sản xuất hiện nay có thể xử lý hàng chục nghìn giao dịch mỗi giây, và hiệu suất trong tương lai còn sẽ được nâng cao hơn nữa theo cấp số nhân.

Tuy nhiên, ngoài khả năng xử lý thuần túy, các ứng dụng tài chính còn cần độ dự đoán được. Khi một giao dịch được khởi tạo — dù là giao dịch, đấu giá, hay thực hiện quyền chọn — việc đảm bảo một cách đáng tin cậy thời gian xác nhận giao dịch trên chuỗi là điều cực kỳ quan trọng cho hoạt động bình thường của hệ thống tài chính. Nếu giao dịch gặp phải độ trễ không thể dự đoán (dù là do tấn công ác ý hay các tình huống ngẫu nhiên), thì hàng loạt ứng dụng sẽ không thể hoạt động bình thường. Để các ứng dụng tài chính trên chuỗi có khả năng cạnh tranh, blockchain phải cung cấp các cơ chế đảm bảo giao dịch được đưa lên chuỗi trong thời gian ngắn hạn: chỉ cần một giao dịch hợp lệ được gửi vào mạng, thì phải đảm bảo nó sẽ được đóng gói và đưa lên chuỗi càng sớm càng tốt.

Lấy ví dụ về sổ đặt hàng trên chuỗi. Một sổ đặt hàng hiệu quả cần các nhà tạo lập thị trường liên tục đặt mua bán tài sản để cung cấp tính thanh khoản. Vấn đề cốt lõi của các nhà tạo lập thị trường là: làm thế nào để giảm thiểu chênh lệch giá mua và bán (khoảng cách giữa giá mua và giá bán) trong khi vẫn tránh rủi ro lựa chọn ngược do chênh lệch giá quá lớn so với thị trường. Để làm được điều này, các nhà tạo lập thị trường phải liên tục cập nhật các lệnh đặt để phản ánh tình hình thị trường mới nhất. Ví dụ, khi Cục Dự trữ Liên bang phát đi thông báo gây biến động lớn về giá tài sản, các nhà tạo lập thị trường cần cập nhật ngay các lệnh đặt của họ về mức giá mới. Trong trường hợp này, nếu các giao dịch cập nhật lệnh đặt của nhà tạo lập thị trường không thể được đưa lên chuỗi ngay lập tức, các nhà đầu cơ sẽ thực hiện các giao dịch dựa trên giá cũ, gây thiệt hại cho họ. Các nhà tạo lập thị trường buộc phải mở rộng chênh lệch giá để giảm thiểu rủi ro này, dẫn đến khả năng cạnh tranh của các nền tảng giao dịch trên chuỗi bị suy giảm.

Cơ chế đảm bảo giao dịch được đưa lên chuỗi trong thời gian ngắn dựa trên dự đoán chính xác có thể cung cấp cho các nhà tạo lập thị trường các đảm bảo đáng tin cậy, giúp họ phản ứng nhanh với các sự kiện ngoài chuỗi, duy trì hoạt động thị trường hiệu quả trên chuỗi.

Khoảng cách giữa thực trạng và nhu cầu

Hiện tại, các chuỗi công cộng chỉ có thể cung cấp khả năng đảm bảo cuối cùng để đưa giao dịch lên chuỗi trong vòng vài giây. Các đảm bảo này đủ cho các ứng dụng thanh toán, nhưng lại quá yếu đối với các ứng dụng tài chính cần phản ứng thời gian thực của nhiều thành phần thị trường. Lấy ví dụ về sổ đặt hàng: đối với các nhà tạo lập thị trường, nếu các nhà đầu cơ có thể được ưu tiên đóng gói giao dịch của họ vào các khối sớm hơn, thì việc đảm bảo “giao dịch lên chuỗi trong vài giây” trở nên vô nghĩa. Thiếu các cơ chế đảm bảo mạnh mẽ, các nhà tạo lập thị trường chỉ còn cách mở rộng chênh lệch giá hoặc cung cấp báo giá tệ hơn cho người dùng để phòng ngừa rủi ro lựa chọn ngược cao hơn. Điều này khiến các giao dịch trên chuỗi kém hấp dẫn hơn so với các sàn giao dịch khác có khả năng đảm bảo cao hơn.

Nếu blockchain muốn thực sự trở thành hạ tầng hiện đại của thị trường vốn, các nhà phát triển phải giải quyết những vấn đề này để các ứng dụng có giá trị cao như sổ đặt hàng có thể phát triển mạnh mẽ trên chuỗi.

Thách thức của độ dự đoán chính xác nằm ở đâu?

Việc tăng cường khả năng đảm bảo giao dịch lên chuỗi trên các chuỗi công cộng hiện tại để hỗ trợ các kịch bản tài chính này là một nhiệm vụ cực kỳ khó khăn. Hiện nay, một số giao thức dựa vào một nút duy nhất (“nút tạo khối”), quyết định trong một khoảng thời gian nhất định những giao dịch nào sẽ được đóng gói. Thiết kế này giúp giảm độ phức tạp kỹ thuật để xây dựng một chuỗi công cộng hiệu suất cao, nhưng đồng thời tạo ra các điểm độc quyền kinh tế tiềm tàng — nút tạo khối có thể lợi dụng để thu lợi. Thông thường, trong khoảng thời gian nút được chọn làm nút tạo khối, nó có quyền kiểm soát tuyệt đối các giao dịch trong khối.

Đối với các chuỗi công cộng chứa các hoạt động tài chính đa dạng, nút tạo khối có vị trí đặc quyền. Nếu nút này từ chối đóng gói một giao dịch, người dùng chỉ còn cách chờ đợi nút tạo khối tiếp theo sẵn sàng đóng gói giao dịch đó. Trong mạng không cần phép, các nút tạo khối có động cơ tự nhiên để khai thác giá trị — còn gọi là MEV (giá trị có thể khai thác từ các hành vi của thợ mỏ). MEV không chỉ đơn thuần là tấn công kiểu sandwich các giao dịch AMM. Ngay cả việc trì hoãn đóng gói giao dịch chỉ vài chục mili giây cũng có thể mang lại lợi nhuận khổng lồ và làm giảm hiệu quả hoạt động của các ứng dụng nền tảng. Nếu sổ đặt hàng ưu tiên xử lý một số giao dịch nhất định, thì các phần còn lại của thị trường sẽ bị thiệt thòi. Trong trường hợp cực đoan, hành vi độc quyền của nút tạo khối còn có thể khiến các nhà giao dịch từ bỏ hoàn toàn nền tảng đó.

Ví dụ: Cục Dự trữ Liên bang công bố tăng lãi suất, giá ETH ngay lập tức giảm 5%. Tất cả các nhà tạo lập thị trường trên sổ đặt hàng đều vội vàng hủy bỏ các lệnh cũ và đặt lại lệnh mới theo mức giá mới. Đồng thời, các nhà đầu cơ cũng gửi giao dịch để bán ETH theo các lệnh cũ đã hết hạn. Nếu sổ đặt hàng này hoạt động dựa trên thiết kế nút tạo khối duy nhất, thì nút này sẽ có quyền lực rất lớn. Nó có thể trực tiếp kiểm tra tất cả các lệnh hủy của nhà tạo lập thị trường, để các nhà đầu cơ kiếm lời khổng lồ; hoặc không kiểm tra hoàn toàn các lệnh hủy, mà trì hoãn xử lý, chờ các giao dịch của nhà đầu cơ được đưa lên chuỗi rồi mới phát hành; thậm chí, nút tạo khối còn có thể chèn các giao dịch chênh lệch giá của chính nó, để thu lợi toàn bộ từ sự chênh lệch đó.

Hai yêu cầu cốt lõi: Chống kiểm duyệt và ẩn danh giao dịch

Trước vị thế ưu việt này, các nhà tạo lập thị trường sẽ gặp khó khăn trong việc tham gia tích cực — chỉ cần có biến động giá, họ có thể bị lợi dụng. Vấn đề cốt lõi nằm ở chỗ: nút tạo khối có quá nhiều đặc quyền trong hai lĩnh vực chính: có thể kiểm tra bất kỳ giao dịch nào của người khác; có thể xem tất cả các giao dịch của người khác và dựa vào đó gửi các giao dịch phản ứng của riêng mình. Mỗi vấn đề đều có thể dẫn đến hậu quả thảm khốc.

Ví dụ minh họa

Chúng ta có thể làm rõ vấn đề qua một ví dụ. Giả sử trong một cuộc đấu giá có hai người đấu giá: Alice và Bob, trong đó Bob lại chính là nút tạo khối của khối đấu giá đó. (Chỉ đặt hai người để dễ hình dung, quy tắc này đúng cho bất kỳ số lượng người đấu giá nào.)

Trong suốt thời gian khối được tạo, các mức giá chào bán được chấp nhận từ t=0 đến t=1. Alice gửi mức giá bA tại thời điểm tA, Bob gửi mức giá bB tại thời điểm tB (tB > tA). Vì Bob là nút tạo khối của khối này, hắn luôn có thể đảm bảo mình gửi mức giá cuối cùng. Cả Alice và Bob đều có thể đọc giá trị thực của tài sản liên tục cập nhật (ví dụ, giá trung bình của một sàn tập trung). Gọi giá tại thời điểm t là pt, và giả định rằng tại mọi thời điểm t, cả hai đều kỳ vọng giá tài sản vào cuối cuộc đấu giá (t=1) sẽ bằng giá hiện tại pt. Quy tắc đấu giá rất đơn giản: người chào giá cao hơn thắng, và giao dịch theo mức giá của chính họ.

Tính cần thiết của chống kiểm duyệt

Bây giờ, hãy xem điều gì sẽ xảy ra nếu Bob lợi dụng vị trí nút tạo khối để kiểm tra mức giá của Alice. Khi đó, cơ chế đấu giá sẽ bị phá vỡ hoàn toàn. Hắn chỉ cần chào mức giá cực thấp, là có thể thắng chắc, vì các mức giá khác đều bị che khuất. Kết quả là, lợi nhuận cuối cùng của cuộc đấu giá gần như bằng không.

Tính cần thiết của ẩn danh giao dịch

Tình huống phức tạp hơn là: Bob không thể trực tiếp kiểm tra mức giá của Alice, nhưng có thể xem trước mức giá của cô ấy trước khi gửi mức giá của mình. Trong trường hợp này, Bob sẽ dùng chiến lược đơn giản: khi gửi mức giá, sẽ so sánh giá hiện tại ptB với mức giá của Alice bA. Nếu ptB > bA, thì gửi mức giá cao hơn một chút; còn nếu không, bỏ qua không gửi.

Với chiến lược này, Bob sẽ khiến Alice liên tục đối mặt với lựa chọn ngược. Chỉ khi giá cập nhật sau mới, mức giá của Alice mới vượt quá giá trị kỳ vọng của tài sản, cô mới thắng. Mỗi lần thắng, cô đều sẽ thua lỗ kỳ vọng, cuối cùng sẽ bỏ cuộc. Khi tất cả các đối thủ rút lui, Bob lại có thể gửi mức giá cực thấp để thắng, khiến lợi nhuận của cuộc đấu giá về 0.

Kết luận cốt lõi của ví dụ này là: Thời gian đấu giá không quan trọng. Miễn là Bob có thể kiểm tra mức giá của Alice hoặc xem trước mức giá của cô ấy trước khi gửi, thì cuộc đấu giá đó chắc chắn sẽ thất bại.

Logic này cũng đúng với tất cả các hoạt động giao dịch tài sản tần suất cao, bao gồm giao dịch spot, hợp đồng vĩnh viễn, các sàn phái sinh: nếu tồn tại nút tạo khối có quyền lực như Bob trong ví dụ, thì toàn bộ cơ chế thị trường sẽ sụp đổ hoàn toàn. Để các sản phẩm trên chuỗi phục vụ các kịch bản này có thể khả thi, thì không thể trao cho nút tạo khối đặc quyền như vậy.

Vậy, những vấn đề này hiện nay xuất hiện như thế nào trong thực tế?

Mô tả trên vẽ ra một bức tranh không mấy khả quan cho bất kỳ chuỗi nào sử dụng giao thức không phép với một nút tạo khối duy nhất. Tuy nhiên, nhiều sàn DEX (giao dịch phi tập trung) dựa trên các giao thức này vẫn có lượng giao dịch tốt, vậy nguyên nhân là gì?

Thực tế, có hai lực lượng đã cùng nhau cân bằng các vấn đề nêu trên:

• Nút tạo khối chưa hoàn toàn lạm dụng đặc quyền kinh tế của mình, vì họ thường có lợi ích lớn gắn bó với thành công của chuỗi công cộng nền tảng;

• Các ứng dụng đã xây dựng các giải pháp linh hoạt để giảm thiểu độ nhạy cảm của chính mình với các vấn đề này.

Dù hai yếu tố này đã giúp DeFi vận hành trong thời gian dài, nhưng về lâu dài, chúng vẫn chưa đủ để các thị trường trên chuỗi thực sự cạnh tranh với các thị trường truyền thống ngoài chuỗi.

Trên một chuỗi công cộng có hoạt động kinh tế đáng kể, để có được quyền tạo khối, các nút phải đặt cược một lượng token lớn. Do đó, các nút tạo khối hoặc là sở hữu lượng token lớn, hoặc là có uy tín đủ để các chủ sở hữu token khác ủy thác quyền đặt cược cho họ. Trong cả hai trường hợp, các nhà vận hành lớn thường là các thực thể công khai, có rủi ro về uy tín. Ngoài uy tín, lượng token họ nắm giữ còn tạo ra động lực kinh tế để thúc đẩy sự phát triển tích cực của chuỗi. Chính vì vậy, hiện tại, chúng ta hầu như chưa thấy các nút tạo khối hoàn toàn lạm dụng thị trường như mô tả ở trên — nhưng điều đó không có nghĩa là các vấn đề này không tồn tại.

Một mặt, dựa vào sức ép xã hội và lợi ích dài hạn để kiểm soát hành vi của các nhà vận hành nút tạo khối không phải là nền tảng đáng tin cậy cho hệ thống tài chính trong tương lai. Khi hoạt động tài chính trên chuỗi mở rộng quy mô, khả năng kiếm lợi của các nút tạo khối cũng sẽ tăng theo. Cơ hội này càng lớn, thì việc kiểm soát các nút này dựa trên các áp lực xã hội, khiến chúng không thể vi phạm lợi ích ngắn hạn ngày càng khó hơn.

Mặt khác, mức độ lạm dụng thị trường của các nút tạo khối là một phạm trù liên tục, từ hành vi nhẹ nhàng đến phá hoại hoàn toàn thị trường. Các nhà vận hành có thể từng bước thử nghiệm, lợi dụng quyền lực để kiếm lợi cao hơn. Khi một số nhà vận hành liên tục vượt quá giới hạn hành vi chấp nhận được, các nhà khác sẽ nhanh chóng bắt chước. Hành vi của từng nút dường như ảnh hưởng nhỏ, nhưng khi tất cả cùng bắt chước, tác động sẽ rất rõ ràng.

Ví dụ rõ nhất về hiện tượng này có thể là trò chơi theo trình tự thời gian: các nút tạo khối cố gắng trì hoãn việc công bố khối, đồng thời vẫn đảm bảo khối hợp lệ theo quy định của giao thức, để kiếm phần thưởng cao hơn. Điều này dẫn đến việc kéo dài thời gian tạo khối, thậm chí có thể gây ra tình trạng bỏ qua khối. Mặc dù chiến lược này đã rõ ràng có lợi nhuận, nhưng ban đầu các nút tạo khối không tham gia vì muốn duy trì hình ảnh của các nhà quản lý chuỗi tốt. Tuy nhiên, cân bằng xã hội này rất mong manh. Một khi một nhà vận hành bắt đầu áp dụng chiến lược này để kiếm lợi cao hơn mà không bị phạt, các nhà khác sẽ nhanh chóng bắt chước.

Trò chơi theo trình tự thời gian chỉ là một ví dụ về cách các nút tạo khối có thể tăng lợi nhuận mà không cần lạm dụng hoàn toàn quyền lực của mình. Họ còn có thể dùng nhiều cách khác để hy sinh lợi ích của ứng dụng nhằm tăng lợi nhuận cá nhân. Mặc dù từng phương thức riêng lẻ có thể nằm trong phạm vi chấp nhận được, nhưng cuối cùng, chúng sẽ dẫn đến chi phí vận hành trên chuỗi vượt quá lợi ích thu được, gây ra điểm tới hạn của toàn bộ hệ thống.

Một yếu tố khác giúp DeFi vận hành bình thường là: các ứng dụng chuyển phần cốt lõi của logic ra ngoài chuỗi, chỉ ghi kết quả lên chuỗi. Ví dụ, tất cả các giao thức cần thực hiện đấu giá nhanh đều thực hiện trên chuỗi ngoài. Các ứng dụng này thường vận hành dựa trên một nhóm các nút được phép để tránh các vấn đề do các nút tạo khối độc quyền gây ra. Ví dụ, UniswapX thực hiện các cuộc đấu giá Hà Lan để ghép nối giao dịch ngoài chuỗi trên mạng chính Ethereum, Cowswap cũng thực hiện các đấu giá hàng loạt ngoài chuỗi.

Cách làm này dù giúp đảm bảo hoạt động của ứng dụng, nhưng lại khiến hạ tầng chuỗi nền tảng và các giá trị cốt lõi xây dựng trên chuỗi này đứng trước nguy cơ sụp đổ. Nếu toàn bộ logic thực thi đều diễn ra ngoài chuỗi, thì chuỗi nền tảng chỉ còn là một lớp thanh toán thuần túy. Một trong những lợi thế lớn nhất của DeFi là khả năng phối hợp các thành phần, nhưng trong thế giới mà mọi thực thi đều diễn ra ngoài chuỗi, các ứng dụng này sẽ bị phân tách rõ rệt. Việc dựa vào thực thi ngoài chuỗi còn tạo ra các giả định mới về niềm tin: các ứng dụng không chỉ cần chuỗi hoạt động bình thường, mà còn phải dựa vào hạ tầng ngoài chuỗi để hoạt động đúng.

Làm thế nào để đạt được độ dự đoán chính xác?

Để giải quyết các vấn đề này, các giao thức cần đáp ứng hai đặc tính chính: khả năng đưa giao dịch lên chuỗi ổn định và theo thứ tự, cùng với bảo vệ quyền riêng tư trước khi xác nhận giao dịch.

Yêu cầu cốt lõi 1: Chống kiểm duyệt

Chúng tôi tóm tắt đặc tính đầu tiên này là khả năng chống kiểm duyệt trong ngắn hạn. Nếu một giao thức có khả năng chống kiểm duyệt trong ngắn hạn, thì bất kỳ giao dịch nào gửi đến các nút trung thực đều có thể đảm bảo sẽ được đóng gói vào khối tiếp theo có thể sử dụng.

Khả năng chống kiểm duyệt trong ngắn hạn: Bất kỳ giao dịch hợp lệ nào gửi đúng hạn đến bất kỳ nút trung thực nào cũng đều chắc chắn sẽ được đưa vào khối tiếp theo.

Chúng tôi giả định rằng giao thức hoạt động dựa trên đồng hồ cố định, và các khối được tạo ra theo chu kỳ cố định, ví dụ mỗi 100 mili giây. Khi đó, chúng ta cần có đảm bảo sau: nếu một giao dịch được gửi đến nút trung thực vào thời điểm 250 ms, thì nó chắc chắn sẽ được đóng gói vào khối tạo ra vào thời điểm 300 ms. Kẻ tấn công không nên có quyền tùy ý chọn lọc, loại bỏ hoặc chặn các giao dịch. Ý tưởng cốt lõi của định nghĩa này là: người dùng và các ứng dụng cần có cách thức đáng tin cậy để đảm bảo giao dịch của họ sẽ được đưa lên chuỗi một cách dễ dự đoán, bất kể sự cố nào xảy ra với một nút duy nhất — dù là do ác ý hay lỗi vận hành.

Dù định nghĩa này yêu cầu đảm bảo giao dịch gửi đến bất kỳ nút trung thực nào cũng đều có thể lên chuỗi, nhưng trong thực tế, việc thực hiện có thể tốn kém quá mức. Ý nghĩa chính của nó là: các giao thức cần có độ ổn định đủ lớn để đảm bảo rằng các giao dịch có thể dễ dàng và dự đoán được đưa lên chuỗi, với các quy trình đơn giản, rõ ràng. Các giao thức dựa trên nút tạo khối duy nhất không thể đáp ứng đặc tính này, vì nếu nút duy nhất đó làm điều xấu, thì không còn cách nào khác để giao dịch được đưa lên chuỗi. Tuy nhiên, ngay cả khi chỉ có một nhóm gồm 4 nút, đảm bảo mỗi khoảng thời gian đều có ít nhất một nút trung thực đóng gói giao dịch, cũng sẽ giúp tăng đáng kể khả năng đưa giao dịch lên chuỗi của người dùng và ứng dụng. Để các ứng dụng có thể phát triển ổn định và bền vững, việc hy sinh một phần hiệu suất để đổi lấy độ tin cậy là xứng đáng. Tìm ra điểm cân bằng phù hợp giữa độ bền và hiệu suất vẫn là một lĩnh vực cần nghiên cứu thêm, nhưng các giao thức hiện tại vẫn chưa đủ để đáp ứng yêu cầu này.

Khi các giao thức đảm bảo được việc đưa giao dịch lên chuỗi, thì vấn đề sắp xếp các giao dịch sẽ trở nên dễ dàng hơn. Các giao thức có thể sử dụng các quy tắc sắp xếp xác định, để đảm bảo kết quả sắp xếp nhất quán. Ví dụ đơn giản nhất là sắp xếp theo phí ưu tiên, hoặc cho phép các ứng dụng linh hoạt sắp xếp các giao dịch tương tác với trạng thái của chúng. Phương pháp sắp xếp tối ưu vẫn là một lĩnh vực nghiên cứu sôi động, nhưng dù thế nào đi nữa, chỉ khi các giao dịch thực sự được đưa lên chuỗi, thì quy tắc sắp xếp mới có ý nghĩa.

Yêu cầu cốt lõi thứ hai: Tính ẩn danh thông tin

Sau khi đạt được khả năng chống kiểm duyệt trong ngắn hạn, giao thức cần đáp ứng một đặc tính quan trọng khác mà chúng tôi gọi là khả năng bảo vệ quyền riêng tư mang tính ẩn danh.

Tính ẩn danh: Trước khi giao dịch được xác nhận chính thức và đưa lên chuỗi, thì ngoài các nút nhận giao dịch đó, tất cả các thành phần khác đều không thể biết bất kỳ thông tin nào về giao dịch đó.

Các giao thức đảm bảo tính ẩn danh này cho phép các nút nhận xem rõ các giao dịch gửi đến, nhưng yêu cầu phần còn lại của hệ thống trong quá trình đồng thuận, trước khi xác định thứ tự cuối cùng của các giao dịch, không được biết nội dung của chúng. Ví dụ, giao thức có thể sử dụng mã hóa thời gian khóa, khiến toàn bộ nội dung khối không thể xem được trước một thời điểm nhất định; hoặc dùng mã hóa giới hạn, chỉ mở khóa khi hội đồng xác nhận khối không thể đảo ngược nữa.

Điều này có nghĩa là, các nút có thể lợi dụng thông tin giao dịch gửi đến, nhưng các nút khác trong mạng sẽ không thể biết nội dung của giao dịch cho đến khi quá trình đồng thuận hoàn tất và thứ tự cuối cùng được xác lập. Khi đó, các giao dịch đã hoàn tất sắp xếp và xác nhận, các thành phần khác không thể thao túng hoặc thực hiện các hành vi “đánh trước”. Để đặc tính này có thể thực thi hiệu quả, yêu cầu trong mọi thời điểm, có thể có nhiều nút cùng nhau hoàn tất việc đưa giao dịch lên chuỗi.

Chúng tôi không chọn các dạng bảo vệ quyền riêng tư mạnh hơn — ví dụ, chỉ có người gửi mới biết nội dung giao dịch trước khi xác nhận (như các giải pháp pool mã hóa) — vì hệ thống cần có một bước lọc rác. Nếu toàn bộ nội dung giao dịch bị mã hóa hoàn toàn, thì mạng không thể phân biệt giữa giao dịch rác và giao dịch hợp lệ. Giải pháp duy nhất là giữ lại một số siêu dữ liệu không ẩn danh, như địa chỉ thanh toán, để phí vẫn bị trừ dù giao dịch có hợp lệ hay không. Tuy nhiên, các siêu dữ liệu này vẫn có thể tiết lộ đủ thông tin để kẻ tấn công lợi dụng. Chính vì vậy, chúng tôi ưu tiên thiết kế sao cho: một nút duy nhất có thể xem toàn bộ nội dung giao dịch, còn các nút khác trong mạng thì không. Điều này cũng có nghĩa là, để tính năng này hoạt động hiệu quả, người dùng phải có ít nhất một nút trung thực làm đầu mối đưa giao dịch lên chuỗi trong mỗi giai đoạn.

Kết luận

Các giao thức vừa có khả năng chống kiểm duyệt trong ngắn hạn, vừa đảm bảo tính ẩn danh của thông tin, chính là nền tảng lý tưởng để xây dựng các ứng dụng tài chính. Quay lại ví dụ về đấu giá trên chuỗi, hai đặc tính này trực tiếp giải quyết các vấn đề mà Bob có thể gây ra, như: 1) không thể kiểm tra mức giá của Alice, 2) không thể dựa vào mức giá của Alice để điều chỉnh giá của chính mình — giúp giải quyết chính xác các vấn đề đã nêu trước đó.

Với khả năng chống kiểm duyệt trong ngắn hạn, bất kỳ người gửi giao dịch nào — dù là để thực hiện giao dịch hay đấu giá — đều có thể đảm bảo giao dịch của họ sẽ được đóng gói và đưa lên chuỗi ngay lập tức. Các nhà tạo lập thị trường có thể cập nhật lệnh đặt, các người đấu giá có thể đưa ra mức giá nhanh chóng, các thao tác thanh toán có thể thực hiện hiệu quả. Người dùng có thể yên tâm rằng mọi thao tác của họ đều sẽ được thực thi ngay lập tức. Điều này sẽ mở ra khả năng xây dựng các ứng dụng tài chính thế hệ mới, có độ trễ thấp, dựa hoàn toàn trên chuỗi. Để blockchain có thể thực sự cạnh tranh hoặc vượt qua hạ tầng tài chính hiện tại về hiệu suất, thì vấn đề không chỉ dừng lại ở khả năng xử lý hàng nghìn giao dịch mỗi giây.