Tựa gốc: Kiến tạo tương lai cho thị trường onchain: Vai trò của khả năng dự đoán
Tác giả gốc: @PGarimidi, @jneu_net, @MaxResnick, a16z
Biên soạn bởi: Peggy, BlockBeats
Ghi chú của biên tập viên: Khi hiệu suất blockchain tiếp tục được cải thiện, trọng tâm của các cuộc thảo luận trong ngành đang chuyển từ "có thể xử lý bao nhiêu giao dịch" sang "khi nào giao dịch sẽ được xác nhận". Từ lâu, hiệu suất đã được đơn giản hóa thành thông lượng (TPS), nhưng đối với các hệ thống tài chính, điều quan trọng hơn là khả năng dự đoán của các giao dịch, tức là liệu một giao dịch có thể được đưa vào một khối một cách kịp thời và đáng tin cậy sau khi được gửi đi hay không.
Bài viết này chỉ ra rằng hầu hết blockchain hiện nay chỉ đảm bảo dữ liệu cuối cùng sẽ được tải lên Chuỗi, nhưng thời gian tải lên lại không thể kiểm soát được. Sự không chắc chắn ở mức độ thứ hai này có thể chấp nhận được trong các kịch bản thanh toán, nhưng trong các giao dịch tài chính yêu cầu phản hồi ở mức mili giây, nó sẽ trực tiếp dẫn đến sự suy giảm giá trị, cơ hội kinh doanh chênh lệch giá và sự bất công, làm suy yếu tính cạnh tranh của thị trường trên Chuỗi.
Xét sâu hơn, vấn đề này bắt nguồn từ cơ chế cơ bản: trong cấu trúc tạo khối với một người lãnh đạo duy nhất, sắp xếp và quyền đưa vào các giao dịch được tập trung hóa cao độ, điều này dễ dẫn đến rủi ro như kiểm duyệt, chậm trễ và bất đối xứng thông tin.
Dựa trên cơ sở này, tác giả đề xuất hai hướng đi: thứ nhất, cung cấp tính bảo mật giao dịch ngắn hạn, có thể dự đoán được; và thứ hai, giới thiệu cơ chế che giấu thông tin trước khi xác nhận để giảm thiểu hiện tượng giao dịch nội bộ và lựa chọn bất lợi. Tóm lại, để blockchain thực sự trở thành một cơ sở hạ tầng tài chính, tính chắc chắn và công bằng của việc thực hiện giao dịch quan trọng hơn tốc độ xử lý.
Sau đây là văn bản gốc:
Blockchain hiện nay có thể tự tin khẳng định năng lực của mình đủ để cạnh tranh với cơ sở hạ tầng tài chính hiện có. Các hệ thống đang hoạt động hiện nay đã có thể xử lý hàng chục nghìn giao dịch mỗi giây, và con số này dự kiến sẽ tăng lên gấp nhiều lần trong tương lai gần.
Tuy nhiên, so với khả năng xử lý dữ liệu đơn thuần, các ứng dụng tài chính đòi hỏi tính dự đoán cao hơn nhiều. Cho dù đó là khớp lệnh giao dịch, tham gia đấu giá hay thực hiện quyền chọn, một khi giao dịch được gửi đi, hệ thống phải có khả năng đảm bảo một cách đáng tin cậy thời điểm giao dịch sẽ được xác nhận và ghi lại trên Chuỗi. Điều này rất quan trọng đối với hoạt động bình thường của hệ thống tài chính. Một khi có sự không chắc chắn hoặc chậm trễ trong việc xác nhận giao dịch (cho dù do hành vi xấu hay các yếu tố không lường trước được), lượng lớn ứng dụng sẽ không khả dụng.
Do đó, để các ứng dụng tài chính Chuỗi có tính cạnh tranh, blockchain cơ bản phải cung cấp các đảm bảo ghi nhận ngắn hạn: một khi giao dịch hợp lệ được gửi đến mạng, nó phải được ghi nhận vào khối trong thời gian ngắn nhất có thể.
Lấy sổ lệnh Chuỗi làm ví dụ. Một sổ lệnh hiệu quả dựa vào nhà tạo lập thị trường để liên tục cung cấp thanh khoản, duy trì hoạt động thị trường bằng cách liên tục đặt các lệnh mua và bán. Thách thức cốt lõi đối với nhà tạo lập thị trường là giảm thiểu Chênh lêch giá mua bán(tức là sự khác biệt giữa giá mua và giá bán) đồng thời tránh rủi ro lựa chọn bất lợi do giá chào mua và chào bán lệch khỏi thị trường.
Do đó, nhà tạo lập thị trường phải liên tục cập nhật lệnh của họ để phản ánh những thay đổi trong điều kiện thị trường. Ví dụ, khi Cục dự trữ liên bang Hoa Kỳ gây ra biến động giá tài sản, nhà tạo lập thị trường cần điều chỉnh giá chào mua/bán ngay lập tức. Nếu các giao dịch được sử dụng để cập nhật lệnh không được ghi lại trên Chuỗi một cách kịp thời, chúng có thể được các nhà kinh doanh chênh lệch giá thực hiện ở mức giá lỗi thời, dẫn đến thua lỗ. Kết quả là, 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, từ đó làm suy yếu tính cạnh tranh của các sàn giao dịch trên Chuỗi.
Chính việc đưa các giao dịch vào khối một cách có thể dự đoán được này đã giúp nhà tạo lập thị trường có khả năng phản ứng nhanh chóng với các sự kiện ngoài Chuỗi, từ đó duy trì hiệu quả của thị trường Chuỗi.
Những gì chúng ta đã có và những gì chúng ta thực sự cần.
Hiện nay, hầu hết blockchain chỉ cung cấp sự đảm bảo chắc chắn rằng dữ liệu cuối cùng sẽ được ghi vào, một quá trình thường diễn ra trong vài giây. Mặc dù điều này đủ cho các ứng dụng thanh toán, nhưng nó vẫn còn quá yếu đối với lượng lớn ứng dụng tài chính yêu cầu phản hồi theo thời gian thực từ các bên tham gia.
Tiếp tục với ví dụ sổ lệnh: nếu nhà tạo lập thị trường chỉ nhận được đảm bảo rằng giao dịch của họ sẽ được ghi vào một khối trong vòng vài giây tới, trong khi giao dịch của các nhà kinh doanh chênh lệch giá có thể được ghi vào một khối sớm hơn, thì sự đảm bảo này về cơ bản là vô nghĩa. Nếu không có sự đảm bảo mạnh mẽ về việc ghi nhận giao dịch, nhà tạo lập thị trường chỉ có thể phòng ngừa rủi ro lựa chọn bất lợi bằng cách mở rộng chênh lệch giá, dẫn đến giá giao dịch kém hơn cho người dùng. Điều này cũng giảm đáng kể sức hấp dẫn Chuỗi so với các sàn giao dịch cung cấp sự chắc chắn thực hiện lệnh cao hơn.
Nếu blockchain thực sự muốn hiện thực hóa viễn cảnh mong đợi của mình như là cơ sở hạ tầng của thị trường vốn hiện đại, các nhà phát triển phải giải quyết những vấn đề này để cho phép các ứng dụng tài chính giá trị cao như sổ lệnh thực sự phát triển và trở nên cạnh tranh trên Chuỗi.
Tại sao việc đạt được "tính dự đoán" lại khó khăn đến vậy?
Việc tăng cường các đảm bảo về việc đưa giao dịch vào khối trên blockchain hiện có để hỗ trợ các kịch bản ứng dụng này vốn dĩ là một nhiệm vụ đầy thách thức. Một số giao thức hiện nay dựa vào một nút duy nhất (tức là "người dẫn đầu") quyết định tại bất kỳ thời điểm nào giao dịch nào có thể được đưa vào một khối. Mặc dù cơ chế này đơn giản hóa việc xây dựng blockchain hiệu suất cao, nhưng nó cũng tạo ra một nút thắt cổ chai kinh tế tiềm tàng: những người dẫn đầu này có thể rút lợi từ đó. Thông thường, trong khoảng thời gian mà một nút được bầu làm người dẫn đầu, nó có toàn quyền kiểm soát việc giao dịch nào được đưa vào một khối.
Đối với bất kỳ blockchain nào lưu trữ các hoạt động tài chính, người lãnh đạo nắm giữ một địa vị đặc quyền. Nếu một người lãnh đạo duy nhất quyết định không đưa một giao dịch vào, cách duy nhất là chờ người lãnh đạo tiếp theo sẵn sàng đưa giao dịch đó vào.
Trong một mạng lưới không cần cấp phép, những người dẫn đầu đương nhiên sẽ khích lệ rút giá trị, một hoạt động thường được gọi là Khai thác Giá trị Trung bình (Mean Value Exploitation - MEV). MEV không chỉ đơn thuần là thực hiện các cuộc tấn công chèn ép vào các giao dịch của AMM (Authorized Market Maker - Nhà tạo lập thị trường được ủy quyền). Ngay cả việc trì hoãn thực hiện giao dịch chỉ vài chục mili giây cũng có thể tạo ra lợi nhuận đáng kể đồng thời làm giảm hiệu quả của ứng dụng cơ bản. Sổ lệnh ưu tiên một phần nhỏ các lệnh của nhà giao dịch tạo ra một hoàn cảnh cạnh tranh không công bằng cho những người tham gia khác. Trong những trường hợp cực đoan nhất, những người dẫn đầu thậm chí có thể thể hiện thái độ thù địch mạnh mẽ, khiến các nhà giao dịch hoàn toàn từ bỏ nền tảng.
Hãy tưởng tượng kịch bản này: nếu lãi suất tăng, giá ETH sẽ ngay lập tức giảm 5%. Tất cả nhà tạo lập thị trường trên sổ lệnh sẽ nhanh chóng hủy các lệnh hiện có và niêm yết lại chúng ở mức giá mới; đồng thời, các nhà kinh doanh chênh lệch giá sẽ đặt lệnh bán, hấp thụ các lệnh chưa được cập nhật này ở mức giá cũ. Nếu sổ lệnh này hoạt động trên giao thức một người dẫn đầu, người dẫn đầu sẽ sở hữu quyền lực vô cùng lớn. Người dẫn đầu có thể trực tiếp kiểm duyệt tất cả các lệnh hủy của nhà tạo lập thị trường, cho phép các nhà kinh doanh chênh lệch giá thu được lợi nhuận khổng lồ; hoặc, ngay cả khi không cần kiểm duyệt hoàn toàn, vẫn có thể trì hoãn quá trình xử lý hủy lệnh trên Chuỗi, cho phép các giao dịch của nhà kinh doanh chênh lệch giá được thực hiện trước; thậm chí người dẫn đầu cũng có thể chèn các giao dịch chênh lệch giá của riêng mình, khai thác triệt để sự chênh lệch giá này.
Hai mục tiêu chính: chống kiểm duyệt và che giấu thông tin
Dưới cấu trúc quyền lực này, nhà tạo lập thị trường mất đi động lực kinh tế để tham gia; họ dễ bị "lợi dụng" một cách có hệ thống mỗi khi giá cả thay đổi. Mấu chốt của vấn đề nằm ở những đặc quyền quá mức mà các nhà lãnh đạo được hưởng trong hai lĩnh vực:
1) Lãnh đạo có thể xem xét các giao dịch của người khác;
2) Các nhà lãnh đạo có thể quan sát hoạt động giao dịch của người khác và điều chỉnh hành vi giao dịch của mình cho phù hợp.
Một trong hai điểm này đều có thể dẫn đến hậu quả thảm khốc.
Trường hợp
Chúng ta có thể minh họa vấn đề một cách chính xác hơn bằng một ví dụ đơn giản. Hãy tưởng tượng một kịch bản đấu giá chỉ có hai người tham gia: Alice và Bob, trong đó Bob cũng là người dẫn đầu nhóm. (Hai người tham gia được sử dụng ở đây chỉ nhằm mục đích minh họa; trên thực tế, điều này áp dụng cho bất kỳ số lượng người tham gia nào.)
Phiên đấu giá diễn ra trong một khoảng thời gian tạo khối, ví dụ, từ thời điểm t=0 đến t=1. Alice gửi giá thầu bA tại thời điểm tA, và Bob gửi giá thầu bB tại thời điểm tB (tB > tA). Vì Bob là người dẫn đầu khối, anh ta có thể đảm bảo rằng mình luôn đặt giá thầu cuối cùng.
Trong khi đó, cả Alice và Bob đều có thể liên tục nhận được giá thực tế của một tài sản(ví dụ: giá trung bình từ sàn giao dịch tập trung). Tại bất kỳ thời điểm t nào, giá này được ký hiệu là pt. Chúng ta giả định rằng tại thời điểm t, kỳ vọng của thị trường về giá tại thời điểm t=1 (kết thúc đấu giá) luôn bằng pt. Nghĩa là, tại bất kỳ thời điểm nào, kỳ vọng của cả hai bên về giá cuối cùng đều bằng với giá hiện đang được quan sát. Các quy tắc đấu giá rất đơn giản: ai trả giá cao hơn sẽ thắng và trả số tiền đã trả.
Sự cần thiết phải chống lại kiểm duyệt
Trước tiên, hãy xem xét cách Bob có thể khai thác lợi thế lãnh đạo của mình. Nếu Bob có thể xem xét kỹ lưỡng các giá thầu của Alice, cơ chế đấu giá sẽ hoàn toàn thất bại. Bob chỉ cần đưa ra một giá thầu rất thấp và thắng cuộc đấu giá mà không cần bất kỳ sự cạnh tranh nào. Điều này sẽ dẫn đến thu nhập đấu giá gần như bằng không.
Sự cần thiết của việc che giấu thông tin
Một tình huống phức tạp hơn phát sinh: Bob không thể xem xét các giá thầu của Alice, nhưng anh ta có thể nhìn thấy các giá thầu của Alice trước khi đưa ra giá thầu của mình. Trong trường hợp này, chiến lược của Bob rất đơn giản: khi đấu giá, anh ta chỉ cần xác định xem ptB có lớn hơn bA hay không. Nếu có, anh ta sẽ đấu giá cao hơn bA một chút; nếu không, anh ta sẽ không tham gia đấu giá.
Thông qua chiến lược này, Bob tạo ra một sự lựa chọn bất lợi cho Alice. Cô ấy chỉ thắng cuộc đấu giá nếu giá thị trường thay đổi, khiến giá thầu của cô ấy vượt quá giá trị kỳ vọng của tài sản. Tuy nhiên, trong trường hợp này, cô ấy thực sự đang lỗ vốn, vì vậy lựa chọn hợp lý là không tham gia. Một khi các người đấu giá khác rút lui, Bob có thể thắng cuộc đấu giá một lần nữa với mức giá cực thấp, khiến thu nhập đấu giá của anh ta gần như bằng không.
Kết luận chính
Bài học quan trọng rút ra từ ví dụ này là thời gian diễn ra phiên đấu giá không quan trọng. Chỉ cần Bob có thể xem xét các giá thầu của Alice, hoặc nhìn thấy các giá thầu của Alice trước khi đưa ra giá thầu của mình, thì phiên đấu giá chắc chắn sẽ thất bại.
Nguyên tắc tương tự áp dụng cho tất cả các kịch bản giao dịch tần suất cao—cho dù là giao dịch spot, hợp đồng vĩnh cửu hay giao dịch phái sinh. Nếu một nhà lãnh đạo sở hữu quyền lực nói trên, nhà lãnh đạo đó có khả năng làm sụp đổ toàn bộ cấu trúc thị trường. Do đó, nếu các sản phẩm Chuỗi) muốn khả thi trong những kịch bản này, chúng phải tránh trao quyền lực như vậy cho các nhà lãnh đạo.
Những vấn đề này phát sinh như thế nào trong thực tế?
Phân tích trên vẽ nên một bức tranh khá bi quan: các giao dịch trên Chuỗi trên bất kỳ giao thức đơn lãnh đạo, không cần cấp phép nào cũng sẽ phải đối mặt với các vấn đề cấu trúc. Tuy nhiên, thực tế là nhiều sàn giao dịch phi tập trung(DEX) trên các giao thức như vậy vẫn duy trì khối lượng giao dịch tích cực. Nguyên nhân đằng sau điều này là gì?
Trên thực tế, hai yếu tố đã phần nào giảm thiểu các vấn đề nêu trên: Thứ nhất, các nhà lãnh đạo không tận dụng hết quyền lực kinh tế của mình vì họ thường có mối quan tâm sâu sắc đến sự thành công lâu dài của Chuỗi cơ bản; thứ hai, lớp ứng dụng giảm thiểu sự nhạy cảm với những vấn đề này thông qua nhiều "giải pháp thay thế".
Mặc dù hai yếu tố này đã phần nào duy trì hoạt động hiện tại của tài chính phi tập trung(DeFi), nhưng về lâu dài, chúng vẫn chưa đủ để các thị trường Chuỗi thực sự cạnh tranh với các thị trường ngoài Chuỗi.
Để trở thành người dẫn đầu trên một Chuỗi có hoạt động kinh tế thực sự, thông thường cần lượng lớn. Do đó, hoặc chính nút đó nắm giữ lượng lớn token, hoặc danh tiếng của nó đủ mạnh để những người nắm giữ token khác sẵn sàng ủy thác stake của họ cho nó. Trong cả hai trường hợp, các nhà điều hành nút lớn thường là những thực thể nổi tiếng và có uy tín, hành động của họ phải đối mặt với rủi ro về danh tiếng. Hơn nữa, việc stake này tự nó ngụ ý một động lực kinh tế để họ thúc đẩy sự phát triển lâu dài của Chuỗi. Vì vậy, chúng ta chưa chứng kiến rộng rãi các nhà lãnh đạo lạm dụng quyền lực thị trường của họ như đã mô tả ở trên — nhưng điều này không có nghĩa là vấn đề không tồn tại.
Thứ nhất, việc chỉ dựa vào "thiện chí" của các nhà điều hành nút, áp lực xã hội và những cân nhắc về lợi ích dài hạn không thể tạo nên nền tảng vững chắc cho hệ thống tài chính tương lai. Khi quy mô các hoạt động tài chính Chuỗi chuỗi mở rộng, lợi nhuận tiềm năng mà các nhà lãnh đạo có thể rút cũng tăng lên. Lợi nhuận tiềm năng càng lớn, việc dựa vào tầng lớp xã hội để kiềm chế hành vi của họ và ngăn họ theo đuổi lợi ích ngắn hạn càng trở nên khó khăn hơn.
Thứ hai, mức độ mà các nhà lãnh đạo sử dụng quyền lực thị trường của họ tuân theo một phạm vi liên tục, từ gần như vô hại đến đủ để làm tê liệt hoàn toàn thị trường. Các nhà điều hành nút có thể dần dần vượt qua ranh giới của "hành vi chấp nhận được" để đạt được lợi nhuận cao hơn. Một khi một số nút bắt đầu khai thác những kẽ hở này, nút khác nhanh chóng làm theo. Hành vi của một nút đơn lẻ có vẻ như có tác động hạn chế, nhưng khi hành vi tổng thể thay đổi, hiệu quả sẽ rất đáng kể.
Một ví dụ điển hình là cái gọi là "trò chơi định thời": các nhà lãnh đạo trì hoãn việc xuất bản khối càng lâu càng tốt trong khi vẫn đảm bảo tính hợp lệ của khối, từ đó thu được phần thưởng cao hơn. Hành vi này dẫn đến thời gian tạo khối dài hơn và, trong trường hợp quá mức, thậm chí bỏ qua khối. Mặc dù lợi nhuận của các chiến lược này đã được biết đến từ lâu, nhưng các nhà điều hành nút trong lịch sử đã chọn không áp dụng chúng vì lợi ích "duy trì sức khỏe mạng lưới". Tuy nhiên, đây là một sự cân bằng xã hội mong manh. Một khi một nút bắt đầu sử dụng các chiến lược này và thu được lợi nhuận cao hơn mà không bị phạt, nút khác sẽ nhanh chóng làm theo. "Trò chơi định thời" chỉ là trong đó ví dụ; các nhà lãnh đạo có nhiều cách khác để tăng lợi nhuận lợi nhuận mà không lạm dụng hoàn toàn quyền lực, thường là với cái giá phải trả là lớp ứng dụng. Xét riêng lẻ, những hành vi này có thể chấp nhận được, nhưng khi chúng tích lũy đến một quy mô nhất định, chi phí vận hành trên Chuỗi sẽ vượt quá lợi nhuận của chúng.
Một yếu tố quan trọng khác duy trì DeFi là việc chuyển các logic quan trọng ra khỏi Chuỗi ở lớp ứng dụng, chỉ có kết quả được ghi lại trên Chuỗi. Ví dụ, bất kỳ giao thức nào yêu cầu thực thi đấu giá nhanh chóng thường tiến hành quy trình đấu giá ngoài Chuỗi. Các ứng dụng này thường dựa vào một tập hợp nút được cấp phép để chạy các cơ chế quan trọng, giảm thiểu rủi ro do các nhà lãnh đạo đối địch gây ra. Ví dụ, UniswapX của Uniswap thực hiện đấu giá kiểu Hà Lan ngoài Chuỗi trên mạng chính ETH để khớp các giao dịch; tương tự, CowSwap thực hiện đấu giá hàng loạt ngoài Chuỗi. Mặc dù cách tiếp cận này hiệu quả ở lớp ứng dụng, nhưng nó làm suy yếu giá trị của lớp cơ sở. Nếu logic thực thi ứng dụng được chuyển ra khỏi Chuỗi, blockchain cơ sở chỉ còn là một lớp quyết toán. Một trong những điểm bán hàng cốt lõi của DeFi—khả năng kết hợp—cũng bị suy yếu. Trong một thế giới mà tất cả việc thực thi diễn ra ngoài Chuỗi, các ứng dụng vốn dĩ bị hoàn cảnh. Hơn nữa, việc dựa vào thực thi Chuỗi đưa ra các giả định về độ tin cậy mới: không chỉ blockchain sở cần phải hoạt động mà cơ sở hạ tầng ngoài Chuỗi cũng cần phải ổn định và khả dụng.
Làm thế nào để đạt được "khả năng dự đoán"?
Để giải quyết các vấn đề đã nêu, giao thức cần đáp ứng hai thuộc tính chính: quy tắc bao gồm và sắp xếp giao dịch nhất quán, và tính bảo mật giao dịch trước khi xác nhận (để có định nghĩa chặt chẽ hơn, vui lòng tham khảo các tài liệu liên quan).
Mục tiêu 1: Chống lại sự kiểm duyệt
Chúng tôi tóm tắt thuộc tính đầu tiên là "khả năng chống kiểm duyệt ngắn hạn". Nó được định nghĩa như sau: miễn là một giao dịch được bất kỳ nút trung thực nào nhận được, thì nó phải được đảm bảo sẽ được đưa vào khối tiếp theo có thể được tạo ra.
Cụ thể hơn, ta có thể giả định giao thức hoạt động theo một đồng hồ cố định, ví dụ, tạo ra một khối cứ sau 100ms. Khi đó, nếu một giao dịch được nhận bởi một nút đáng tin cậy tại thời điểm t=250ms, nó phải được đưa vào khối được tạo ra tại thời điểm t=300ms. Kẻ tấn công không được phép tùy ý đưa một số giao dịch vào hoặc loại trừ những giao dịch khác. Tinh thần cốt lõi của định nghĩa này là người dùng và ứng dụng phải có khả năng gửi các giao dịch lên Chuỗi một cách đáng tin cậy tại bất kỳ thời điểm nào. Không nên có trường hợp giao dịch không được tải lên Chuỗi do mất nút tại một nút (cho dù là do cố ý hay vô tình).
Mặc dù định nghĩa yêu cầu "bất kỳ nút trung thực nào" đều đảm bảo việc đưa giao dịch vào Chuỗi, trên thực tế, việc đạt được điều này có thể tốn kém đến mức không thể thực hiện được. Quan trọng hơn, giao thức phải đủ mạnh mẽ để làm cho đường đi của các giao dịch lên chuỗi có tính dự đoán cao. Rõ ràng, các giao thức lãnh đạo đơn lẻ không cần cấp phép không thể đáp ứng yêu cầu này, vì các giao dịch sẽ không đến được Chuỗi nếu người lãnh đạo hiện tại có hành vi không chính xác. Tuy nhiên, ngay cả khi chỉ có một số lượng nhỏ nút(ví dụ: bốn nút) cùng nhau đảm bảo việc đưa giao dịch vào cho mỗi khe thời gian cũng làm tăng đáng kể các tùy chọn trên Chuỗi cho người dùng và ứng dụng. Để các ứng dụng thực sự phát triển mạnh, một sự đánh đổi về hiệu suất nhất định là đáng giá. Cần nghiên cứu thêm để tìm ra sự cân bằng tối ưu giữa tính mạnh mẽ và hiệu suất, nhưng các đảm bảo được cung cấp bởi các giao thức hiện có rõ ràng là không đủ.
Một khi giao thức có thể đảm bảo rằng các giao dịch được bao gồm, vấn đề sắp xếp sẽ được giải quyết phần lớn. Giao thức có thể sử dụng bất kỳ quy tắc sắp xếp xác định nào để đảm bảo tính nhất quán, chẳng hạn như sắp xếp theo phí ưu tiên, hoặc cho phép các ứng dụng tùy chỉnh sắp xếp các giao dịch với trạng thái liên quan của chúng. Mặc dù phương pháp sắp xếp tối ưu vẫn là một vấn đề nghiên cứu đang được quan tâm, nhưng điều kiện tiên quyết luôn là các giao dịch phải được bao gồm thành công trước tiên.
Mục tiêu thứ hai: Trốn
Sau khi đạt được khả năng chống kiểm duyệt ngắn hạn, thuộc tính quan trọng tiếp theo là "che giấu", một cơ chế bảo vệ quyền riêng tư trước khi xác nhận giao dịch.
Nó được định nghĩa như sau: Trước khi một giao dịch được xác nhận cuối cùng và được đưa vào một khối, không bên nào khác ngoài nút nhận giao dịch có thể thu thập thông tin về giao dịch đó.
Trong các giao thức có tính năng ẩn, nút có thể thấy văn bản gốc của các giao dịch được gửi đến chúng, nhưng phần còn lại của mạng vẫn không thể nhìn thấy nội dung giao dịch cho đến khi đạt được sự đồng thuận và thứ tự giao dịch được xác định cuối cùng. Ví dụ, crypto khóa thời gian có thể được sử dụng để làm cho nội dung khối không thể giải mã được trước một thời điểm nhất định; hoặc crypto ngưỡng có thể được sử dụng để giải mã khối một cách đồng nhất sau khi ủy ban xác nhận rằng khối đó không thể đảo ngược.
Điều này có nghĩa là trong khi một nút nhận giao dịch có thể lạm dụng thông tin của nó, nút khác trong mạng không biết nội dung giao dịch trong quá trình đồng thuận. Một khi thông tin giao dịch được công khai, thứ tự của nó được cố định và không thể thay đổi, do đó ngăn chặn việc chiếm đoạt. Để cơ chế này có hiệu quả, giao thức cần hỗ trợ nhiều nút nhận và tải giao dịch lên Chuỗi trong cùng một khoảng thời gian.
Chúng tôi không áp dụng mô hình bảo mật mạnh hơn (chẳng hạn như mempool crypto hoàn toàn, chỉ người dùng mới nhìn thấy) vì giao thức cần có khả năng lọc các giao dịch spam. Nếu nội dung giao dịch bị che giấu hoàn toàn khỏi toàn bộ mạng, thì không thể phân biệt giữa các giao dịch hợp lệ và giao dịch spam. Giải pháp thay thế duy nhất là rò rỉ một số dữ liệu(chẳng hạn như địa chỉ được sử dụng để thanh toán phí giao dịch), nhưng loại thông tin này cũng có thể bị kẻ tấn công khai thác. Do đó, một thiết kế thực tế hơn là cho phép một nút duy nhất xem toàn bộ nội dung giao dịch, nhưng nút khác trong mạng không thể có được bất kỳ thông tin nào trước khi xác nhận. Điều này cũng có nghĩa là để thuộc tính này được duy trì, người dùng cần ít nhất một nút trung thực làm điểm vào giao dịch trong mỗi khe thời gian.
Một giao thức đồng thời sở hữu "khả năng chống kiểm duyệt ngắn hạn" và "tính ẩn danh" sẽ cung cấp nền tảng lý tưởng để xây dựng các ứng dụng tài chính. Quay trở lại ví dụ đấu giá đã đề cập trước đó, hai thuộc tính này loại bỏ chính xác hai khả năng mà Bob có thể gây rối thị trường: anh ta không thể kiểm duyệt giá thầu của Alice, cũng như không thể thu thập thông tin của cô ấy trước khi đấu giá, do đó giải quyết triệt để vấn đề.
Với khả năng chống kiểm duyệt ngắn hạn, bất kỳ giao dịch nào được gửi đi—cho dù là khớp lệnh, đấu giá hay thanh toán bù trừ—đều có thể được xử lý ngay lập tức. Nhà tạo lập thị trường có thể điều chỉnh lệnh trong thời gian thực, người đấu giá có thể đặt giá thầu nhanh chóng và việc thanh toán bù trừ có thể được thực hiện hiệu quả. Người dùng có thể yên tâm rằng mọi hành động của họ sẽ được thực hiện ngay lập tức. Điều này sẽ cho phép thế hệ tiếp theo của các ứng dụng tài chính thực tế có độ trễ thấp hoạt động hoàn toàn trên Chuỗi.
Để blockchain thực sự cạnh tranh, hoặc thậm chí vượt qua với, cơ sở hạ tầng tài chính hiện có, việc chỉ đơn thuần tăng thông lượng là chưa đủ.
[ Liên kết gốc ]



