Đi sâu vào các mô hình kinh tế bằng chứng cổ phần và mã thông báo tiện ích
Tác giả gốc: Noam Nisan
Biên soạn gốc: Block Unicorn
Bài viết này thảo luận về Nền tảng Web3 với Bằng chứng cổ phần và Mã thông báo tiện ích, một loại nền tảng khá phổ biến trong thế giới blockchain. Chúng tôi đã giải thích nhanh ý nghĩa của từng thuật ngữ và Bảng 1 liệt kê một số nền tảng lớn nhất trong danh mục này cũng như một số chỉ số tài chính quan trọng của chúng tính đến đầu tháng 8 năm 2023.
Bảng 1: Hệ thống bằng chứng cổ phần và mã thông báo tiện ích có vốn hóa thị trường ít nhất là 3 tỷ USD (Nguồn dữ liệu: Được lấy từ steringrewards.com vào ngày 7 tháng 8 năm 2023)
Mục tiêu của chúng tôi ở đây là trình bày các nguyên tắc đơn giản nhưng rộng rãi về các hệ thống như vậy và các khía cạnh kinh tế mã thông báo của chúng, được gọi là kinh tế mã thông báo. Mặc dù chúng tôi cố gắng cực kỳ đơn giản nhưng bất kỳ hệ thống cụ thể nào cũng sẽ yêu cầu phân tích phức tạp hơn tùy thuộc vào mục tiêu, ràng buộc và môi trường cụ thể của nó. Tuy nhiên, chúng tôi hy vọng rằng những ý tưởng được trình bày ở đây sẽ là một cách suy nghĩ hữu ích về những vấn đề này và có lẽ là những hướng dẫn sơ bộ cho thiết kế.
Các loại hệ thống chúng ta thảo luận
Ở đây, chúng tôi giải thích chi tiết ý nghĩa của nền tảng Web3 với bằng chứng cổ phần và mã thông báo tiện ích và thảo luận rằng các nền tảng đó phải cung cấp cho người dùng giá trị thực tế nhất định, phải phát triển ở quy mô đủ lớn và phải thưởng cho nhà điều hành.
1.1.Nền tảng Web3
Chúng tôi sử dụng thuật ngữ nền tảng Web3 để chỉ bất kỳ nền tảng điện toán nào cung cấp một số dịch vụ trực tuyến theo cách cho phép thỏa thuận và tin cậy lẫn nhau mà không cần dựa vào bất kỳ bên trung tâm đáng tin cậy nào. Các ví dụ cơ bản bao gồm tiền điện tử như Bitcoin, nền tảng kinh tế kỹ thuật số như Ethereum, các lớp “L2” phi tập trung khác nhau giúp tăng giá trị cho Ethereum hoặc các nền tảng ứng dụng phi tập trung cụ thể dành riêng cho tài chính (DeFi). Mục đích của các hệ thống này là chúng phải tiếp tục hoạt động theo cách mà bạn có thể tin tưởng mà không cần dựa vào hành vi đúng đắn hoặc thậm chí là sự tồn tại của bất kỳ công ty, cơ quan hoặc chính phủ nào. Về cơ bản, một bên đáng tin cậy duy nhất được thay thế bằng sự đồng thuận giữa nhiều tổ chức nhỏ.
Tất nhiên, người ta có thể đặt câu hỏi về mức độ mong muốn hoặc tầm quan trọng của những hệ thống phá vỡ các cơ chế đã được thử và kiểm tra truyền thống như ngân hàng và tài chính, nhưng bài viết này coi thực tế là nhiều người muốn có những hệ thống như vậy và tin rằng trong một số ứng dụng nhất định thì không. dựa vào một đảng trung ương là điều đáng làm và rất quan trọng.
Mức độ tin cậy được cung cấp bởi nền tảng Web3 rõ ràng sẽ phụ thuộc vào quy mô và chất lượng của số lượng lớn các bên cộng tác để hỗ trợ sự tin cậy của hệ thống. Có thể thấy rằng loại nền tảng này có hiệu ứng mạng phản hồi tích cực đáng kể: nền tảng càng phát triển thì độ tin cậy vào nó càng cao và do đó giá trị mà nó mang lại càng lớn, thu hút nhiều người tham gia hơn, do đó thúc đẩy tăng trưởng hơn nữa.
Yêu cầu chính đối với bất kỳ hệ thống Web3 nào là ban đầu phải phát triển và sau đó duy trì quy mô để mang lại hiệu ứng mạng đáng kể.
1.2. Bằng chứng về cổ phần
Vì tính bảo mật của hệ thống Web3 dựa trên sự hợp tác và thỏa thuận của nhiều bên nhỏ nên thách thức chính mà mọi hệ thống Web3 phải giải quyết là Khả năng chống lại Sibyl (tấn công Sibyl): làm cách nào để chúng tôi đảm bảo rằng những gì có vẻ là một nhóm tấn công lớn Nhìn bề ngoài, trên thực tế, chúng cải trang thành nhiều nhóm tấn công, chỉ có một tổ chức kiểm soát đằng sau chúng. Sau hệ thống mạng Bitcoin, các hệ thống ban đầu đã giải quyết thách thức này bằng cách sử dụng cơ chế bằng chứng công việc, trong đó những người ủng hộ bảo mật hệ thống cần chứng minh sức mạnh tính toán. Khi Bitcoin trở nên phổ biến, sức mạnh tính toán này đã tăng lên đến mức đòi hỏi một phần đáng kể lượng điện sử dụng trên toàn cầu và có tác động không nhỏ đến hiện tượng nóng lên toàn cầu.
Mặc dù có một số gợi ý về các loại kháng cự Sibyl khác, chẳng hạn như Bằng chứng về nhân loại, tức là xác định con người thực sự, nhưng có thể cho rằng lựa chọn duy nhất khác có công dụng đáng kể vào lúc này có lẽ là Bằng chứng cổ phần. Trong loại hệ thống này, người tham gia phải sở hữu một số loại mã thông báo hệ thống và số lượng mã thông báo họ nắm giữ là cơ sở để cấp cho họ danh tính của họ trong hệ thống. Cụ thể, thỏa thuận trong hệ thống được sự đồng thuận của đa số các bên (hoặc có thể hơn đa số các tổ chức) có lợi ích tham gia.
Có rất nhiều tài liệu về hệ thống Proof-of-Stake so với Proof-of-Work, nhưng đây là cách hệ thống Proof-of-Stake điển hình hoạt động từ góc độ kinh tế. Ban đầu, nền tảng “đúc” một số lượng token nhất định và phân phối chúng theo một cách nhất định. Để tham gia vào hoạt động của nền tảng, các nhà khai thác phải có được một số mã thông báo trên thị trường mã thông báo và cầm cố chúng, nghĩa là khóa chúng trong nền tảng làm tài sản thế chấp cho hoạt động bình thường của họ trong hệ thống. Đổi lại việc đặt cọc token và tiếp tục tham gia vào hoạt động của nền tảng, thông thường nền tảng sẽ thưởng cho những người đặt cược nhiều token hơn (sau đó họ có thể bán trên thị trường mở). Tùy thuộc vào giao thức của nền tảng, những phần thưởng này có thể đến từ phí do người dùng nền tảng trả hoặc từ các token mới được đúc. Nếu phần thưởng đến từ hoạt động đúc tiền mới thì rõ ràng tổng nguồn cung cấp mã thông báo sẽ tăng lên (tức là mã thông báo có khả năng gây lạm phát). Một khả năng khác để thưởng cho các nhà khai thác là trao cho họ quyền trích xuất một số giá trị từ người dùng hệ thống, giá trị này thường được gọi là Giá trị khai thác của thợ mỏ (MEV).
Các bên liên quan trong nền tảng bằng chứng cổ phần phải được khen thưởng thông qua phí người dùng, việc tạo ra các mã thông báo mới, trích xuất giá trị từ người dùng hoặc một số kết hợp của những điều này.
Trong bảng trên, chúng ta thấy dữ liệu “tokenomics” cho các nền tảng bằng chứng cổ phần lớn nhất, bao gồm Ethereum, được định giá hơn 200 tỷ USD và 8 nền tảng trị giá hàng tỷ đô la khác (tính đến thời điểm viết bài, vẫn tồn tại Nhiều nền tảng nhỏ, khoảng 50 trong số đó có giá trị trên 100 triệu USD mỗi nền tảng). Như chúng ta có thể thấy, phần thưởng thực tế được cung cấp cho người đặt cược (phần thưởng hàng năm tính theo phần trăm số tiền đặt cược của họ) dao động trong khoảng 2% -20% (APR), với mức trung bình chỉ hơn 5%. Bằng cách điều chỉnh phần thưởng để tính đến lạm phát mã thông báo, phần thưởng thực tế thay đổi trong khoảng 0% -10%, với mức trung bình là khoảng 3%. Không phải tất cả các token trong các hệ thống này đều được đặt cược, tỷ lệ đặt cược thay đổi trong khoảng 15% -70%, với mức trung bình gần hơn 50% và một trong những mục tiêu của bài viết này là đề xuất cách suy nghĩ có nguyên tắc về những con số này.
1.3. Token tiện ích
Có nhiều loại token và nhiều cách để phân loại chúng. Trong bài viết này, chúng tôi quan tâm đến việc phân loại chúng để sử dụng trong kinh tế. Phân loại này bao gồm ba loại mã thông báo: mã thông báo thanh toán, mã thông báo tiện ích và mã thông báo bảo mật. Token thanh toán được thiết kế để hoạt động như tiền, điển hình là phương tiện trao đổi và hình thức lưu trữ giá trị, ví dụ điển hình là Bitcoin và nhiều stablecoin. Mã thông báo bảo mật là công cụ tài chính cung cấp cho chủ sở hữu các quyền hợp pháp nhất định hoặc khiếu nại đối với nhà phát hành, giống như chứng khoán tài chính (chẳng hạn như cổ phiếu hoặc trái phiếu).
Mã thông báo tiện ích có thể được sử dụng để tự động nhận một số dịch vụ từ nền tảng, cho phép người dùng nhận được một số tiện ích từ chúng. Thông thường nhất, mã thông báo tiện ích có thể được sử dụng để thanh toán cho việc sử dụng nền tảng, trong đó nền tảng đó cung cấp một số loại dịch vụ cho những người dùng đó. Lấy Ethereum làm ví dụ, chuỗi khối Ethereum cung cấp dịch vụ chạy các giao dịch trên sổ cái công khai “máy tính trên bầu trời” Ethereum, đây là dịch vụ được nhiều người dùng yêu cầu và họ sẵn sàng trả một số tiền đáng kể cho nó. Mã thông báo gốc của Ethereum, ETH, là cách duy nhất để thanh toán cho dịch vụ này, vì vậy người dùng chuỗi khối Ethereum tiềm năng phải mua một số mã thông báo ETH từ một số người bán sẵn sàng bán và sau đó sử dụng các mã thông báo đó để thanh toán cho chuỗi khối Ethereum.
Khi chúng tôi phân tích nền tảng Web3 hoàn toàn trên cơ sở tiện ích, chúng tôi thấy rõ rằng mục tiêu chính của hệ thống như vậy là thực sự cung cấp càng nhiều tiện ích cho người dùng càng tốt. Đương nhiên, việc cung cấp tiện ích cho nền tảng Web3 sẽ yêu cầu duy trì đủ độ tin cậy và tính cởi mở trong khi vẫn đáp ứng các yêu cầu khác dành riêng cho nền tảng. Việc sở hữu mã thông báo thực sự trở thành yếu tố chính trong việc cho phép cộng tác không cần tin cậy và nhìn vào nền tảng của chúng tôi từ góc độ cung cấp tiện ích, mục đích của mã thông báo và tính kinh tế của mã thông báo sẽ phục vụ mục tiêu cung cấp tiện ích này. Chúng tôi sẽ tiến hành phân tích “kinh tế vi mô” rõ ràng về các token tại đây.
Rõ ràng, hầu hết các mã thông báo tiện ích cũng có thể có các chức năng khác và hoạt động như các mã thông báo thanh toán ở một mức độ nào đó. Người ta có thể nghi ngờ rằng giá trị hiện tại của ETH vượt ra ngoài tiện ích của nó trong việc chạy các giao dịch trên chuỗi khối Ethereum, đến việc sử dụng nó như một kho lưu trữ giá trị và phương tiện thanh toán, giống như Bitcoin. Phân tích của chúng tôi sẽ phù hợp khi phần lớn giá trị của một đồng xu, hoặc ít nhất là một phần đáng kể của nó, đến từ khía cạnh mã thông báo tiện ích của nó.
Microtokenomics: Phí và phúc lợi xã hội
Trong phần này, chúng tôi mô tả tính kinh tế vi mô của mã thông báo, tập trung vào phí giao dịch mà người dùng cần phải trả để sử dụng nền tảng. Chúng tôi tin rằng phí giao dịch tối ưu là chi phí biên mà nền tảng phải gánh chịu để thực hiện giao dịch, bao gồm cả chi phí tắc nghẽn (nếu xảy ra tắc nghẽn).
Vì các nền tảng có mã thông báo tiện ích theo định nghĩa cung cấp một số loại dịch vụ cho người dùng nên thị trường cho dịch vụ đó chắc chắn sẽ xuất hiện. Thị trường này sẽ xác định ai sẽ nhận được dịch vụ và họ trả bao nhiêu cho dịch vụ đó. Phần này cung cấp cái nhìn tổng quan về dịch vụ đó. thị trường.Phân tích cơ bản.
Duy trì mục tiêu đơn giản, chúng tôi sẽ duy trì cuộc thảo luận đơn giản nhất có thể trong khi vẫn đề cập đến những gì chúng tôi tin là đặc điểm kinh tế cơ bản của hệ thống Web3 dựa trên tính thực tiễn. Đặc biệt, việc chúng tôi nhấn mạnh vào phân tích tĩnh sẽ tránh được các vấn đề về thời gian và động, thường khó giải quyết hơn nhưng chúng tôi tin rằng nên giải quyết bằng cách sử dụng các nguyên tắc tương tự như trường hợp tĩnh.
2.1. Mục tiêu của nền tảng và phúc lợi xã hội
Điều đầu tiên chúng ta cần giải quyết là tìm hiểu nền tảng nên cố gắng tối ưu hóa cho mục đích gì. Mặc dù phản ứng ban đầu có thể là “làm cho những người xây dựng nền tảng trở nên giàu có”, nhưng sự hoài nghi này bỏ qua hành vi của những người tham gia dự định trong hệ sinh thái nền tảng và không đề xuất bất kỳ quyết định nào. Chúng tôi bảo vệ quan điểm hoàn toàn ngược lại: rằng mục tiêu của nền tảng là tối đa hóa tổng giá trị mà nền tảng đó mang lại cho “thế giới”, điều mà các nhà kinh tế đôi khi gọi là tối đa hóa phúc lợi xã hội.
Hãy bắt đầu từ góc độ quy chuẩn: Nền tảng nên tối ưu hóa để làm gì? Nếu bạn coi nền tảng này như một công ty và mã thông báo của nó là cổ phiếu của nó, thì việc cố gắng tối ưu hóa thu nhập mà cổ đông nhận được là điều đương nhiên. Quan điểm này mâu thuẫn với cộng đồng Web3, những người không muốn coi cơ sở hạ tầng của mình như một công ty mà là cung cấp dịch vụ công cho người dùng. Chuỗi khối Ethereum là một ví dụ điển hình, chủ sở hữu Ethereum không trực tiếp nhận được bất kỳ lợi nhuận nào từ hoạt động của chuỗi khối Ethereum khi họ không đặt cọc token của mình. Quay trở lại sự khác biệt của chúng tôi giữa mã thông báo bảo mật và mã thông báo tiện ích, mã thông báo trước phù hợp với việc tối đa hóa thu nhập cho người nắm giữ mã thông báo (cổ phiếu), trong khi mã sau – mà chúng tôi đang xem xét – phù hợp tốt với việc tối đa hóa giá trị hệ sinh thái nền tảng, bao gồm (chủ yếu) người dùng của nó .
Nếu cuộc thảo luận mang tính quy phạm ở trên có vẻ quá ngây thơ hoặc tự phụ, chúng ta cũng có thể xem xét một góc nhìn thực tế hơn. Giả sử một số người tham gia có các mục tiêu khác ít mang tính từ thiện hơn, chẳng hạn như tối đa hóa thu nhập cá nhân của họ với tư cách là người nắm giữ token. Làm thế nào họ có thể đạt được điều này về lâu dài? Vì hiệu ứng mạng là động lực cố hữu của bất kỳ hệ thống Web3 nào nên yếu tố quan trọng nhất đối với nền tảng là sự phát triển. Một nền tảng phát triển nhanh hơn sẽ tồn tại, không chỉ mang lại nhiều “phúc lợi xã hội” hơn cho toàn bộ hệ sinh thái mà còn mang lại nhiều lợi ích hơn cho người sáng tạo và chủ sở hữu mã thông báo. Cách chính mà một nền tảng có thể phát triển là đảm bảo rằng nó thực sự cung cấp càng nhiều tiện ích càng tốt. Điều này không chỉ thu hút người dùng đến với nền tảng vì giá trị trực tiếp mà họ nhận được mà việc tối ưu hóa cho người dùng còn mang đến thông điệp công khai tốt hơn, điều quan trọng trong cộng đồng Web3. Một phép ẩn dụ thích hợp cho mô hình mục tiêu nền tảng này có thể giống một quốc gia hơn là một công ty: mục tiêu không phải là tăng giá trị cổ đông bằng bất kỳ lợi ích nào khác; mục tiêu là phát triển toàn bộ nền kinh tế mà cuối cùng sẽ cải thiện điều kiện cho tất cả những người tham gia . Chuyển điều này sang hoạt động hàng ngày của nền tảng, chúng tôi kết thúc với một công việc với mục tiêu một lần nữa là tối đa hóa phúc lợi xã hội.
Mục tiêu của nền tảng Web3 với mã thông báo tiện ích là tối đa hóa lợi ích xã hội mà nó mang lại.
2.2 Làm thế nào để tối đa hóa phúc lợi xã hội?
Vì vậy, giả sử rằng chúng ta muốn tối ưu hóa phúc lợi xã hội vì những lý do chuẩn mực hoặc thực tế, chúng ta nên thực hiện việc này như thế nào? Đầu tiên, rõ ràng nền tảng phải cung cấp một số dịch vụ hữu ích, vì vậy trong phần còn lại của cuộc thảo luận, chúng tôi giả định rằng nó cung cấp dịch vụ như vậy. Hãy cụ thể hơn và đi vào một mô hình kinh tế. Khi chúng ta nói nó cung cấp một số dịch vụ hữu ích thì dịch vụ đó phải hữu ích cho ai đó. Chúng tôi gọi đây là “những người nhất định” – những người có thể thu được giá trị từ nền tảng – những người dùng (tiềm năng). Chúng ta hãy gọi một cách trừu tượng đơn vị dịch vụ do nền tảng cung cấp là một giao dịch. Hoạt động của nền tảng có thể yêu cầu một số nguồn lực và nỗ lực, chúng ta hãy gọi người (hoặc công ty) cung cấp những nguồn lực và nỗ lực này là nhà điều hành.
Ở cấp độ mô hình hóa này, câu hỏi cơ bản về tối đa hóa phúc lợi xã hội tập trung vào những giao dịch mà nền tảng sẽ phục vụ. Có hai lý do khiến chúng tôi không thể thực hiện các giao dịch, ngay cả khi một số người dùng nhận được giá trị từ chúng. Thứ nhất, có thể chi phí (công sức và nguồn lực) của một giao dịch dịch vụ có thể cao hơn giá trị mà nó mang lại cho người dùng, trong trường hợp đó giao dịch dịch vụ mang lại lợi ích tiêu cực tổng thể. Thứ hai, nền tảng có thể có một số giới hạn về năng lực và nếu nhu cầu giao dịch vượt quá những gì nó có thể cung cấp, nó sẽ phải chọn những giao dịch “có giá trị” nhất và bỏ qua những giao dịch khác. Để tiếp tục phân tích của chúng tôi, sẽ rất hữu ích nếu đi sâu vào một mô hình kinh tế rất đơn giản cho tình huống này.
2.3.Mô hình kinh tế cơ bản
Chúng ta hãy thử mô tả một mô hình kinh tế cơ bản nắm bắt được bản chất tình huống của chúng ta: có nhiều giao dịch i = 1, 2,…, N mong muốn được nền tảng phục vụ. Mỗi giao dịch tôi có một người dùng khởi tạo nó, người này có giá trị vᵢ được liên kết với nó. Một giao dịch cũng có chi phí cận biên cᵢ, chi phí mà nền tảng (thông qua nhà điều hành) phải chịu để phục vụ nó (ngoài các giao dịch khác mà nó đang phục vụ).
Trong khi theo lý thuyết kinh tế cổ điển, chi phí cận biên của một đơn vị hàng hóa có xu hướng là hàm số của số lượng đơn vị khác đã được sản xuất (tăng hoặc giảm chi phí cận biên), thì trong trường hợp của chúng ta, có thể an toàn khi xem xét chi phí của hàng hóa đó. giao dịch sẽ được cố định (Sau một số chi phí cố định để bắt đầu hoạt động, cho đến khi nền tảng đạt đến một điểm giới hạn công suất nhất định).
Tối đa hóa phúc lợi xã hội có nghĩa là chọn một tập hợp giao dịch dịch vụ S sao cho ∑ i∈S (vᵢ-cᵢ) được tối đa hóa trong số tất cả các tập hợp giao dịch có thể phù hợp với năng lực của nền tảng.
Những giao dịch nào chúng ta nên phục vụ trong mô hình này? Nếu chúng tôi không đạt đến giới hạn công suất của nền tảng thì chúng tôi sẽ phân phát bất kỳ giao dịch nào có giá trị dương (vᵢ-cᵢ), tức là vᵢ > cᵢ. Làm thế nào để đạt được điều này? Mặc dù chúng ta có thể giả định rằng nền tảng có thể tính toán (hoặc ít nhất là ước tính) chi phí cᵢ liên quan đến một giao dịch dịch vụ, nhưng giá trị của giao dịch vᵢ là chủ quan đối với người dùng quan tâm đến giao dịch và do đó chỉ có người đó mới biết.
Vì vậy, đây là thủ thuật kinh tế cơ bản để thực hiện việc này: tính phí giao dịch cho người dùng bằng giao dịch phục vụ anh ta, tức là cᵢ. Trong trường hợp này, người dùng sẽ chọn chỉ thực hiện giao dịch của mình nếu giá trị riêng vᵢ của anh ta cao hơn chi phí, tức là vᵢ > cᵢ. Đây được gọi là định giá chi phí cận biên và là một thực tế cơ bản được giới thiệu trong các khóa học Kinh tế 101: Để tối đa hóa phúc lợi xã hội, giá của một đơn vị phải bằng chi phí biên của việc cung cấp đơn vị đó.
Chặn kỳ lân Lưu ý: Trong mô hình này, chúng tôi có nhiều giao dịch do người dùng thực hiện và mỗi giao dịch có một giá trị do người dùng gán cho nó và chi phí cho dịch vụ nền tảng. Mặc dù lý thuyết kinh tế thường giả định rằng chi phí cận biên của một hàng hóa được xác định bởi số lượng sản phẩm khác được sản xuất, nhưng ở đây chúng tôi giả định rằng chi phí của mỗi giao dịch được cố định cho đến khi nền tảng đạt đến giới hạn công suất nhất định.
Tối đa hóa phúc lợi xã hội có nghĩa là chọn một tập hợp các giao dịch được phục vụ nhằm tối đa hóa tổng giá trị người dùng trừ đi chi phí dịch vụ trong số tất cả các giao dịch có thể phù hợp với năng lực của nền tảng. Tóm lại, nền tảng cần lựa chọn các giao dịch cung cấp dịch vụ để tối đa hóa tổng giá trị mà người dùng nhận được từ nó trừ đi tổng chi phí dịch vụ nền tảng mà vẫn đảm bảo giới hạn dung lượng.
Để tối ưu hóa phúc lợi xã hội, phí giao dịch nên được đặt ở mức chi phí cận biên. Điều này gắn kết tiện ích ròng của người dùng với phúc lợi xã hội.
Trong trường hợp tắc nghẽn, chi phí cận biên cũng phải tính đến tác động của việc phục vụ các giao dịch của chúng tôi đối với các giao dịch khác không được phục vụ. Trong trường hợp này, phí giao dịch không chỉ tính đến chi phí trực tiếp của giao dịch cᵢ mà còn tính đến “chi phí tắc nghẽn”: tổn thất phúc lợi xã hội ròng mà nó gây ra cho những người dùng khác. Hãy xem cách này hoạt động trong trường hợp đơn giản và phổ biến nhất.
Mô hình GAS một chiều: Đây là mô hình đơn giản và phổ biến nhất để mô tả các hạn chế về dung lượng của hệ thống Web3. Mỗi giao dịch có một kích thước si mô tả lượng tài nguyên hệ thống mà nó sử dụng (thuật ngữ mượn từ Ethereum, đây có thể được gọi là GAS được giao dịch sử dụng) và hệ thống có tổng dung lượng nhất định về tổng tài nguyên (tức là GAS) K. Do đó, nếu ∑i∈S si ≤ K thì một tập hợp giao dịch S là khả thi và tối đa hóa phúc lợi xã hội có nghĩa là tối đa hóa ∑i∈S(vi-ci) theo ràng buộc này. Hơn nữa, trong mô hình này, chi phí thực hiện một giao dịch được coi là tỷ lệ thuận với kích thước của nó cᵢ=αsᵢ, (trong đó α là một hằng số toàn cầu nào đó).
Mặc dù nhìn chung không có thuật toán hiệu quả nào để giải quyết vấn đề tối ưu hóa này (vì đây là vấn đề về chiếc ba lô cổ điển), nhưng có một thuật toán gần đúng tham lam nổi tiếng: sắp xếp các giao dịch theo thứ tự giảm dần của vᵢ/sᵢ và phục vụ chúng bắt đầu từ các giao dịch hàng đầu cho đến thời điểm giao dịch tiếp theo vượt quá giới hạn dung lượng (hoặc cho đến khi vᵢ
Khối kỳ lân Lưu ý: Mô hình được thảo luận ở trên rất đơn giản và đương nhiên bỏ qua nhiều khía cạnh của nền tảng thực tế. Tuy nhiên, bài học kinh tế chính của mô hình đơn giản của chúng ta vẫn đúng trong những trường hợp rất chung: để tối đa hóa phúc lợi xã hội, chúng ta nên tính phí giao dịch bằng chi phí biên. Khi tắc nghẽn tồn tại, phí giao dịch cũng phải bao gồm chi phí tắc nghẽn.
2.4. Cơ chế phí giao dịch
Mặc dù chúng tôi đã xác định các khoản phí cần thiết để đảm bảo tối đa hóa phúc lợi xã hội, nhưng chúng tôi cũng cần xác định một cơ chế cụ thể cho phép nền tảng của chúng tôi thực sự thu các khoản phí này. Các cơ chế này phải tính đến việc cả người dùng và nhà điều hành nền tảng đều hành động hợp lý và chiến lược, mỗi người đều cố gắng tối ưu hóa tiện ích của riêng mình và sự thông đồng giữa nhà điều hành và nhiều người dùng, cho dù người dùng thật hay giả đều có thể xảy ra.
Mặc dù người dùng phải luôn được cho là có hành vi chiến lược, nhưng chúng ta chỉ cần lo lắng về hành vi chiến lược của nhà điều hành khi nhà điều hành có chút chậm trễ trong hành vi của mình, nghĩa là các nhà điều hành khác không thể bắt được họ. Hành vi không phù hợp với thỏa thuận đã nêu.
Những nhà khai thác không có khoảng thời gian này chỉ cần được khuyến khích tiếp tục tham gia thông qua một số hình thức thanh toán số lượng lớn, “phần thưởng khối”.
Khi có sự chậm trễ, chẳng hạn như khi nhà điều hành quyết định chấp nhận giao dịch nào, giao thức nền tảng cần đảm bảo rằng nhà điều hành được khuyến khích hành xử theo cách mong muốn. Thật ngạc nhiên khi ngay cả một cơ chế đơn giản cũng có thể đạt được mức phí cần thiết ở điểm cân bằng.
Cơ chế thanh toán giá thầu: Lấy ví dụ về “Thanh toán giá thầu của bạn” của Bitcoin, một trong những loại cơ chế đơn giản nhất để quyết định nên chấp nhận giao dịch nào và hãy xem lý do tại sao chúng tôi kỳ vọng nó sẽ xấp xỉ chi phí cận biên (bao gồm cả chi phí tắc nghẽn), do đó tối ưu hóa gần đúng phúc lợi xã hội. Cơ chế cơ bản hoạt động như sau: tại một thời điểm (khối) cụ thể, có một nhà điều hành (thợ đào) duy nhất quyết định giao dịch nào sẽ được thực hiện.
Đối với mục đích của chúng tôi, việc chọn người điều hành như thế nào không quan trọng, miễn là người đó được chọn và giao thức đảm bảo rằng quyết định của anh ta có khả năng trở thành sự đồng thuận. Người dùng gửi giá thầu cho các giao dịch của họ và nhà điều hành được chọn có thể chấp nhận bất kỳ tập hợp con nào của các giá thầu này mà họ muốn (trong phạm vi nhất định) và thu giá thầu cho bất kỳ giao dịch nào được chấp nhận.
Vậy chúng ta mong đợi điều gì sẽ xảy ra trong dài hạn, khi đạt đến điểm cân bằng? Nếu chúng ta coi tình huống của mình là một thị trường kinh tế (đối với một không gian giao dịch), chúng ta muốn thị trường đạt đến trạng thái cân bằng trong đó phí bằng chi phí biên và phúc lợi xã hội được tối đa hóa.
Cân bằng trong mô hình GAS: Chúng ta quay lại mô hình tài nguyên một chiều (nếu phức tạp vui lòng xem chú thích phông chữ màu xanh của Block Unicorn bên dưới để được giải thích sơ bộ). Trong mô hình này, mỗi giao dịch i có một giá trị vᵢ và kích thước sᵢ , chi phí tỷ lệ thuận với kích thước cᵢ=αsᵢ của nó và tổng dung lượng của khối bị giới hạn bởi K. Bây giờ, chủ sở hữu của mỗi giao dịch đưa ra giá thầu bᵢ. Nhìn lại việc toán tử quyết định chấp nhận giao dịch nào, có thể thấy rõ rằng toán tử nhận được giá thầu bᵢ sẽ chấp nhận tập hợp giá thầu S sao cho ∑i∈S bi đạt mức tối đa (bỏ qua các ràng buộc số nguyên), nghĩa là chấp nhận một với tỷ lệ bᵢ/sᵢ cao nhất Tập hợp giá thầu cho đến khi đạt được dung lượng khối.
Chúng tôi hy vọng động lực đặt giá thầu sẽ cho phép người đặt giá thầu tìm và đặt giá thầu (về lâu dài) giá trị bᵢ thấp nhất khiến giao dịch của họ được chấp nhận, miễn là bᵢ ≤ vᵢ, nếu không thì họ không sẵn lòng trả bᵢ. Trạng thái cân bằng đạt được theo giả định này sẽ có những người đặt giá thầu có tỷ lệ giá trị trên mỗi đơn vị kích thước bᵢ/sᵢ đủ cao để đặt giá thầu ở mức giá gas cân bằng p, trong khi những người đặt giá thầu có giá trị thấp hơn sẽ đặt giá thầu ở mức giá thấp hơn.
Nghĩa là, mọi người đặt giá thầu có vᵢ ≥psᵢ sẽ đặt giá thầu với bᵢ=psᵢ,trong khi vᵢ
Để xử lý trường hợp không bị tắc nghẽn, trong đó các giao dịch với vᵢ ≥cᵢ=αsᵢ không lấp đầy dung lượng khối, hệ thống phải chỉ định giá gas tối thiểu p* ≥α¹³ như một phần của giao thức.
Chặn kỳ lân Lưu ý: Theo mô hình này, chúng tôi kỳ vọng người dùng đặt giá thầu của họ ở giá trị cao nhất mà họ sẵn sàng trả cho một dịch vụ, miễn là giá trị đó cao hơn giá trị của họ về dịch vụ. Các nhà điều hành sẽ có xu hướng chọn các giao dịch có tỷ lệ giá thầu/quy mô cao nhất vì điều này sẽ tối đa hóa tổng doanh thu của họ. Trạng thái cân bằng này sẽ mang lại kết quả là tối đa hóa phúc lợi xã hội, vì giao dịch dịch vụ có giá trị nhất sẽ được lựa chọn và chi phí cận biên sẽ được bù đắp một cách hợp lý.
Về cơ chế tương thích khuyến khích, chúng ta có thể quan tâm đến việc cơ chế trả theo giá thầu đạt được (ít nhất là gần) trạng thái cân bằng này nhanh đến mức nào và ở mức độ nào, cũng như cách người dùng tìm ra tham số kỳ diệu p* mà họ cần để Đấu thầu một cách thích hợp. Các cơ chế tính phí phức tạp hơn, chẳng hạn như EIP-1559 được sử dụng trong Ethereum, có thể làm cho quá trình đấu thầu trở nên minh bạch hơn (được gọi là khả năng tương thích khuyến khích trong thuật ngữ thiết kế cơ chế), từ đó trực tiếp đưa hệ thống đến trạng thái cân bằng hiệu quả, tối đa hóa khả năng tăng phúc lợi xã hội càng nhiều càng tốt và làm cho chi phí bằng với chi phí cận biên¹⁴. Đã có rất nhiều kiến thức về cách thiết kế các cơ chế này¹⁵ và kiến thức hiện có này có thể áp dụng cho các tình huống phức tạp và thực tế hơn.
Trích xuất giá trị từ người dùng (MEV): Bây giờ hãy xem xét “phí ẩn”, tức là khi các cơ chế cho phép nhà khai thác trích xuất một số giá trị từ giao dịch của người dùng. Bản chất của việc trích xuất này chắc chắn sẽ phụ thuộc vào các dịch vụ của nền tảng, nhưng một ví dụ điển hình trong blockchain là người xác thực tạo khối có thể thêm các giao dịch của riêng họ để “chặn trước” một số giao dịch người dùng nhất định, từ đó chuyển giá trị cho chính mình. Việc khai thác giá trị cơ hội này không liên quan gì đến chi phí dịch vụ giao dịch hoặc tắc nghẽn, do đó, các khoản phí MEV tiềm ẩn này không phù hợp với hoạt động kinh tế bình thường của hệ thống và có thể, ví dụ, xua đuổi những người dùng có thể bị lợi dụng. Vì vậy, các cơ chế nên giảm thiểu khả năng khai thác như vậy, mặc dù đôi khi nó có thể không được loại bỏ hoàn toàn.
2.5 Kết luận: Tokenomics vi mô
Do đó, điểm chính của phần này là hệ thống Web3 với các mã thông báo tiện ích phải nhằm mục đích tối đa hóa phúc lợi xã hội (tức là giá trị gia tăng) mà nó cung cấp. Điều này đạt được khi chi phí bằng với chi phí cận biên của các giao dịch được cung cấp (bao gồm cả chi phí tắc nghẽn). Trên thực tế, có những cơ chế kinh tế có thể giúp đạt được mục tiêu này. Mặc dù các chi tiết có thể phức tạp tùy thuộc vào độ phức tạp của nền tảng nhưng các nguyên tắc cơ bản vẫn được áp dụng.
Kinh tế mã thông báo vĩ mô: Chi phí đặt cược và mã thông báo mới được đúc
Trong phần này, chúng tôi mô tả tính kinh tế của mã thông báo vĩ mô, tập trung vào mối quan hệ giữa tốc độ tạo ra mã thông báo mới, phần thưởng của người đặt cược và tính bảo mật do đặt cược mang lại. Lập luận chính của chúng tôi là phần thưởng của người đặt cược phải trang trải chi phí vốn của người đặt cược, tốt nhất là được thanh toán thông qua hoạt động đúc tiền mới và phải là yếu tố chính quyết định tốc độ đúc tiền.
Phần trước đã xem xét phí giao dịch, có thể được coi là kinh tế vi mô của nền tảng Web3 cung cấp một số tiện ích cho người dùng. Bây giờ chúng tôi chuyển sự chú ý sang kinh tế vĩ mô của nền tảng: cách toàn bộ hệ thống được tài trợ và cách quản lý mã thông báo. Một lần nữa, chúng tôi nhấn mạnh sự tập trung của chúng tôi vào tính đơn giản và tính tổng quát, đồng thời lưu ý rằng các hệ thống thực có thể liên quan đến những cân nhắc phức tạp hơn, nhưng hy vọng phân tích của chúng tôi vẫn có thể đóng vai trò là điểm khởi đầu hữu ích. Chúng tôi bắt đầu với những gì chúng tôi coi là khoảng cách chính giữa phân tích kinh tế vi mô ở trên và tính khả thi về mặt kinh tế của hệ thống.
3.1 Chi phí cố định
Công thức tính phí dựa trên chi phí cận biên che giấu một vấn đề cốt lõi, đó là vấn đề chi phí phi biên. Hãy rõ ràng hơn. Trong tất cả các cuộc thảo luận của chúng ta ở trên, chi phí duy nhất liên quan đến việc phục vụ một số giao dịch i là chi phí phục vụ giao dịch này tăng lên so với tất cả các giao dịch khác, điều này thực sự quyết định liệu chúng ta có nên phục vụ giao dịch bổ sung này hay không (giả sử chúng ta đã xác định những giao dịch nào khác sẽ được phục vụ). ).
Hãy xem xét một ví dụ, chi phí phục vụ N giao dịch là $100+N*$1, nghĩa là chi phí phục vụ 9 giao dịch là 109 USD và chi phí phục vụ 10 giao dịch là 110 USD.
Trong trường hợp này, chúng ta nói rằng có chi phí cố định là 100 USD và chi phí cận biên là 1 USD. Mặc dù chi phí cận biên là 1 USD nhưng chi phí trung bình để thực hiện 10 giao dịch là 11 USD. Nếu chúng tôi chỉ tính chi phí cận biên thì chúng tôi sẽ chỉ thu được 1 đô la từ mỗi giao dịch, nhưng 100 đô la còn thiếu (tức là chi phí cố định) sẽ đến từ đâu? Vấn đề thâm hụt khi chỉ tính chi phí cận biên đặc biệt rõ ràng bất cứ khi nào chi phí cận biên thấp hơn chi phí trung bình, đây dường như là một tình huống điển hình trong blockchain.
Mặc dù trong “thế giới thực”, mọi chi phí cố định cuối cùng đều phải do chính người dùng thanh toán, do đó việc định giá theo chi phí cận biên là không thực tế, nhưng trong nền tảng được mã hóa, chi phí cố định có thể được thanh toán bằng cách tạo ra các mã thông báo mới. Điều này có lợi thế là giữ chi phí ở mức chi phí cận biên. Tất nhiên, ai đó vẫn phải trả chi phí cố định và người đó là tập hợp của tất cả những người nắm giữ token. Nghĩa là, việc tạo ra các mã thông báo mới có nghĩa là chúng tôi thổi phồng mã thông báo cơ bản, có khả năng làm giảm giá trị của nó, do đó, mỗi chủ sở hữu mã thông báo thực sự sẽ mất một phần nhỏ giá trị mã thông báo của họ.
Người ta có thể tự hỏi liệu việc đặt gánh nặng này lên người nắm giữ token có hợp lý hay không. Chúng tôi nghĩ đây là lựa chọn ít tệ nhất. Đầu tiên, nó cho phép chúng tôi chỉ tính phí biên cho người dùng, từ đó tối đa hóa việc sử dụng hệ thống, như chúng tôi đã thảo luận ở trên là mục tiêu cơ bản của chúng tôi. Thứ hai, một khi việc sử dụng hệ thống thực sự được tối đa hóa, người ta sẽ kỳ vọng rằng tổng giá trị của nền tảng sẽ tăng lên, do đó làm tăng giá trị của các mã thông báo, điều này sẽ bù đắp cho những người nắm giữ các mã thông báo tương tự để trả chi phí cố định.
Để đạt được mức giá chi phí cận biên, mọi chi phí cố định liên quan đến việc vận hành nền tảng sẽ được thanh toán tốt nhất bằng cách tạo ra các token mới.
Nhìn vào các chuỗi khối hiện có, điều này hiện ít nhiều là tiêu chuẩn: các mã thông báo mới được tạo ra để trả cho “phần thưởng khối”, độc lập với các giao dịch cụ thể trong khối và thưởng cho người khai thác, người đặt cược hoặc Người sắp xếp. Những phần thưởng khối này về cơ bản bao gồm các chi phí cố định liên quan, trong khi phí giao dịch là một thành phần bổ sung được trả cho các nhà khai thác.
Những độc giả quan tâm có thể đặt câu hỏi về tính bền vững của quá trình này: Liệu việc chủ sở hữu mã thông báo trợ cấp nền tảng vô thời hạn có hợp lý không? “Kết thúc” ở đây là gì? Có một số “kết thúc” có thể xảy ra: Thứ nhất, nền tảng này có thể đạt được sự tăng trưởng bền vững như một phần của sự tăng trưởng bền vững của nền kinh tế thế giới. Một khả năng khác là sự tăng trưởng về nhu cầu dịch vụ nền tảng vượt quá mức tăng trưởng về nguồn cung nền tảng. Trong trường hợp này, phí tắc nghẽn sẽ tiếp tục tăng (vì lý do kinh tế của token vi mô được nêu chi tiết ở trên) và vì các khoản phí này không phải là chi phí thực sự do nhà điều hành hệ thống gánh chịu nên phí tắc nghẽn có thể trang trải chi phí cố định.
Tuy nhiên, một khả năng khác là khi mức độ sử dụng nền tảng tăng lên, chi phí cố định trở nên quá nhỏ so với chi phí cận biên ngày càng tăng đến mức chúng có thể được coi như một phần bổ sung nhỏ vào phí mà không gây ra biến dạng đáng kể. Cuối cùng, nếu tất cả những điều trên vẫn chưa đủ, chúng ta có thể tưởng tượng rằng sau khi đủ tăng trưởng, nền tảng thực sự sẽ tăng dần phí vượt quá chi phí cận biên đã chỉ định, giống như trong “thế giới thực” (chi phí sẽ tiếp tục giảm).
3.2 Chi phí cầm cố
Trong hệ thống bằng chứng cổ phần, chi phí cố định quan trọng nhất thường là chi phí tài chính cho việc đặt cược, đôi khi được gọi là chi phí bảo mật, chi phí vốn hoặc chi phí cơ hội. Cụ thể, những người đặt cược nắm giữ một số lượng token nhất định và đặt cược chúng vào hệ thống sẽ từ bỏ việc sử dụng số tiền đó cho các mục đích khác, trực tiếp hoặc bằng cách bán token của họ để đổi lấy tiền tệ pháp định (chẳng hạn như đô la Mỹ). Các chi phí này về cơ bản là tài chính được xác định bởi môi trường tài chính bên ngoài (ví dụ: lãi suất hiện tại), các yếu tố liên quan đến nền tảng (rủi ro thực tế và nhận thức được liên quan đến việc đặt cược mã thông báo) và chi phí sử dụng mã thông báo khác (ví dụ: cung cấp tính thanh khoản trong AMM) . Cụ thể, nếu tổng số tiền đặt cược là S (bằng USD) và người đặt cược kiếm được r% mỗi năm thì tổng chi phí đặt cược hàng năm là r%*S.
Block Unicorn Lưu ý: Khi chúng ta nói về chi phí đặt cược trong hệ thống bằng chứng cổ phần, chúng ta thực sự đang nói về việc những người đặt cược từ bỏ các lợi ích có thể có khác để tham gia vào hệ thống. Cụ thể, nếu một người nắm giữ một số mã thông báo và đặt cược chúng vào hệ thống thì người đó không thể sử dụng số tiền đó cho các mục đích khác, chẳng hạn như sử dụng trực tiếp hoặc bằng cách bán mã thông báo để lấy tiền tệ pháp định (chẳng hạn như USD).
Các chi phí này phụ thuộc chủ yếu vào môi trường tài chính bên ngoài (chẳng hạn như lãi suất hiện tại), cũng như các rủi ro liên quan đến việc đặt cược vào hệ thống và các ứng dụng tiềm năng khác của token. Nếu người đặt cược kiếm được một tỷ lệ phần trăm lợi nhuận nhất định mỗi năm thì tổng chi phí đặt cược hàng năm sẽ là tỷ lệ phần trăm đó nhân với tổng giá trị của cổ phần.
Lấy Ethereum làm ví dụ, chúng ta hãy tính chi phí đặt cược của mạng Ethereum là nền tảng bằng chứng cổ phần lớn nhất dựa trên dữ liệu được hiển thị trong Bảng 1 vào đầu tháng 8 năm 2023. Vào thời điểm đó, khoảng 19% số token của nền tảng Ethereum đã được đặt cọc, nâng tổng giá trị của số token đặt cọc lên 42 tỷ USD vì tổng giá trị của tất cả các token là 224 tỷ USD. Theo bảng, các token này kiếm được lợi nhuận khoảng 5% mỗi năm, dẫn đến tổng chi phí đặt cược hàng năm là hơn 2 tỷ USD. Số lượng giao dịch trên Ethereum là khoảng 400 triệu mỗi năm (chỉ hơn 12 giao dịch mỗi giây), vì vậy chúng ta đang nói về chi phí hơn 5 USD cho mỗi giao dịch, có thể chiếm phần lớn trong tổng chi phí vận hành nền tảng Ethereum.
3.3. Đặt cược phần thưởng
Mặc dù nền tảng cần đúc các mã thông báo mới để trang trải chi phí cho nhà điều hành, nhưng việc đúc chỉ số tiền cần thiết là điều đương nhiên vì việc đúc mới là gánh nặng đối với chủ sở hữu mã thông báo. Giao thức cần đảm bảo rằng phần thưởng được phân bổ sẽ khuyến khích các nhà khai thác tham gia và hành xử đúng đắn, do đó phải tìm được sự cân bằng phù hợp giữa việc khen thưởng thỏa đáng cho các nhà khai thác và giảm thiểu việc đào mới. Chúng tôi lập luận rằng các biện pháp khuyến khích nói chung có thể được xử lý tương đối dễ dàng ở cấp độ kinh tế vi mô, và do đó yếu tố chính quyết định tỷ lệ đúc tiền là cung cấp các ưu đãi cho chi phí vốn của nhà điều hành.
Ví dụ: chúng ta hãy quay trở lại mô hình “chuẩn” của blockchain, trong đó mỗi khối có một người vận hành duy nhất, người lãnh đạo, người chịu trách nhiệm xây dựng khối và chịu phần lớn chi phí, trong khi các nhà khai thác khác về cơ bản là các Khối chỉ đơn giản là “được ký” sử dụng một số giao thức đồng thuận. Để một hệ thống như vậy hoạt động bình thường, người lãnh đạo phải được trả thù lao đáng kể để khuyến khích anh ta xây dựng các khối, và tất cả những người vận hành khác phải được trả thù lao để tiếp tục “sống sót”. Điều thứ hai thường dễ thực hiện vì họ không có quyền đại diện đáng kể và do đó không có hạn chế khuyến khích đáng kể nào từ góc độ kinh tế vĩ mô.
Khen thưởng người đứng đầu khối thường là vấn đề tế nhị hơn, vì người đứng đầu có nhiều quyền tự quyết nên chúng ta cần phải khuyến khích người đó một cách thích hợp. Tuy nhiên, điều này được xử lý trực tiếp bằng cơ chế phí giao dịch, cơ chế này khuyến khích việc thực hiện chính xác các giao dịch bằng cách sử dụng cách định giá chi phí cận biên chính xác để tính đến các động cơ của người dẫn đầu. Ngoài những khuyến khích này để xử lý chi phí cận biên một cách hợp lý, chúng ta chỉ cần bồi thường chi phí cố định cho người dẫn đầu và một phần thưởng khối cố định đủ lớn sẽ thực hiện được điều này.
Yếu tố chính trong việc xác định tỷ lệ đúc phải là để tạo động lực cho chi phí vốn của nhà điều hành.
Trong phân tích của chúng tôi, chúng tôi sẽ giả định rằng tỷ lệ phần thưởng mà các nhà khai thác nhận được từ nền tảng được xác định bởi chính những người đặt cược, dựa trên tính toán tài chính của riêng họ. Những cân nhắc về tài chính của người đặt cược có thể liên quan đến môi trường tài chính, những rủi ro và tiềm năng được nhận thấy của nền tảng và mã thông báo cũng như các cách sử dụng thay thế cho mã thông báo.
Mặc dù có thể áp dụng các mô hình tài chính khác nhau để ước tính tỷ lệ thưởng bắt buộc phụ thuộc như thế nào vào các thông số tài chính khác (chẳng hạn như lãi suất bên ngoài hoặc biến động lịch sử của tỷ giá hối đoái mã thông báo2¹), chúng tôi sẽ không yêu cầu các ước tính này và sẽ tiếp tục yêu cầu Phần thưởng tỷ lệ được coi là đưa ra.
Theo dữ liệu thực nghiệm của các nền tảng lớn khác nhau được liệt kê trong Bảng 1, tỷ lệ hoàn vốn hàng năm của người đặt cược nằm trong khoảng từ 2% đến 20%, với tỷ lệ thông thường dao động từ 3% đến 7,5% và tỷ lệ trung bình là khoảng 5%. Sự thay đổi đáng kể này có thể phụ thuộc vào một loạt các yếu tố và chắc chắn có sự nhiễu loạn đáng kể về ý nghĩa chính xác của những con số này.
Tuy nhiên, chúng ta có thể có được một bức tranh khá nhất quán về tỷ lệ thưởng hợp lý, đặt nó ở mức tương đương với lợi suất trái phiếu hoặc cổ phiếu thông thường.
3.4. Đồng tiền mới
Nền tảng phải cung cấp cho các nhà khai thác đủ phần thưởng đặt cược, nếu không các nhà khai thác sẽ không đồng ý tham gia vận hành nền tảng. Như đã đề cập ở trên, “đủ” được xác định bởi chính những người đặt cược và chủ yếu là vấn đề tài chính. Vậy làm thế nào các nền tảng có thể được thiết kế để đáp ứng điều này? Đó là những gì chúng tôi đang cố gắng giải quyết bây giờ. Phân tích cơ bản của chúng tôi sẽ liên hệ chi phí đặt cược với chi phí cố định và giả định rằng nguồn phần thưởng đặt cược sẽ là các mã thông báo mới được đúc sẽ được phân bổ trung bình theo tỷ lệ cho những người đặt cược. Chúng tôi sẽ chỉ tập trung vào tổng số tiền được đúc và phần thưởng chứ không phải thành phần chính xác của chúng mà chúng tôi cho rằng có thể được xử lý chính xác thông qua cơ chế phí giao dịch.
Để phân tích đơn giản, chúng ta hãy tập trung vào các tham số sau: (1) Tỷ lệ đúc hàng năm tính theo phần trăm của tổng nguồn cung cấp mã thông báo hiện có, (2) Tỷ lệ phần thưởng đặt cược hàng năm tính theo phần trăm của số tiền đã cam kết (3) Đặt cược tỷ lệ, tức là mã thông báo được đặt cược Số lượng chiếm tỷ lệ trong tất cả các mã thông báo đang lưu hành. Sự bình đẳng tổng thể chi phối mối quan hệ này là:
(Tỷ lệ đúc tiền mới hàng năm) = (Tỷ lệ phần thưởng đặt cược hàng năm) * (Tỷ lệ đặt cược)
Chúng ta đã thảo luận về tỷ lệ phần thưởng đặt cược, bây giờ chúng ta hãy xem xét kỹ hơn về tỷ lệ đúc tiền mới. Tỷ lệ này được xác định bởi giao thức, giao thức này sẽ quyết định thời điểm các mã thông báo mới được tạo ra (hoặc ngược lại, bị phá hủy). Theo giả định của chúng tôi, số tiền đúc mới được sử dụng để thanh toán cho phần thưởng đặt cược, bằng tổng ròng của tất cả phần thưởng hàng năm được phân phối bởi giao thức. Cụ thể, trong giao thức dựa trên khối, nếu giao thức quy định tổng phần thưởng cho mỗi khối là R token (trung bình, tổng mức phá hủy ròng của tất cả các nhà khai thác cộng lại), trong đó tổng số token hiện có là S, mỗi năm có N khối, thì tỷ lệ đúc tiền mới hàng năm là RN/S (tỷ lệ đúc tiền mới là tốc độ hệ thống tạo ra các mã thông báo mới nhằm khuyến khích mọi người tham gia và duy trì hoạt động của hệ thống).
Có thể lưu ý rằng theo phương trình này, phần thưởng đặt cược là danh nghĩa, tức là không tính đến lạm phát giá trị mã thông báo. Đây có thể là cách thích hợp để xem xét mọi thứ đối với những người đặt cược tin rằng việc đúc tiền mới không thực sự làm giảm giá trị mã thông báo của họ vì nó sẽ cho phép nền tảng phát triển nhanh hơn tốc độ đúc tiền. Đối với những người đặt cọc ít chắc chắn hơn về quan điểm này, họ có thể quan tâm đến tỷ lệ phần thưởng thực tế hoặc tỷ lệ phần thưởng được điều chỉnh, được cân bằng bằng cách trừ tỷ lệ đúc tiền khỏi tỷ lệ phần thưởng, đưa ra phương trình sau: (tỷ lệ phần thưởng được điều chỉnh) = (tỷ lệ đúc tiền) / (tỷ lệ đặt cược) - (tỷ lệ đúc tiền).
3.5. Tỷ lệ cầm cố và bảo mật
Theo định nghĩa, tính bảo mật của nền tảng bằng chứng cổ phần phụ thuộc vào việc sở hữu mã thông báo như một phương tiện bảo vệ chống lại các cuộc tấn công nhận dạng giả. Nói cách khác, sự đồng thuận ngầm của hệ thống được hình thành bởi những người vận hành cùng nhau nắm giữ đủ số token. Hãy cùng xem xét lý do tại sao chúng ta lại tin tưởng vào loại đồng thuận này. Lý do đầu tiên đơn giản là chúng tôi không tin rằng bất kỳ bên độc hại nào cũng có đủ nguồn lực để kiểm soát phần lớn những người đặt cược và những người đặt cược không độc hại sẽ trung thành tuân theo giao thức. Lý do thứ hai là bất kỳ nhóm bên nào sở hữu chung phần lớn token sẽ bị tổn thất đáng kể nếu nền tảng ngừng hoạt động bình thường, vì giá trị token có thể giảm đáng kể trong trường hợp như vậy. Lập luận đầu tiên là lập luận đa số trung thực điển hình trong khoa học máy tính, trong khi lập luận thứ hai là lập luận khuyến khích của lý thuyết trò chơi trong kinh tế học.
Định lượng cả hai lý do an toàn này là một quá trình khá thiếu chính xác vì mỗi lý do đều phụ thuộc vào nhiều yếu tố. Vì lý do đầu tiên, chúng tôi phải cố gắng tìm ra tỷ lệ đặt cược của các bên độc hại mà nền tảng phải chống lại. Vì lý do thứ hai, chúng ta nên ước tính lợi ích kinh tế có thể thu được từ một liên minh độc hại chiếm phần lớn quyền lực đặt cược, cũng như tổn thất kinh tế do giá trị của mã thông báo giảm do thao túng như vậy. Mặc dù việc định lượng chính xác là khó khăn, nhưng trong cả hai trường hợp, lợi nhuận có thể thu được từ việc sở hữu độc hại phần lớn các token được đặt cược dường như theo thứ tự tỷ lệ không đổi trong tổng giá trị của tất cả các token.
Do đó, để đạt được mức độ bảo mật hợp lý khi đối mặt với các tác nhân độc hại đòi hỏi phải đặt cọc ít nhất một tỷ lệ không đổi trong tổng số token. Các hằng số chính xác cần thiết cho các cấp độ bảo mật khác nhau chắc chắn sẽ khác nhau tùy thuộc vào khả năng thao tác giữa các nền tảng, giá trị mã thông báo và tính thanh khoản, nội dung bị khóa và bản chất của việc khóa này. Tuy nhiên, đối với bất kỳ nền tảng cụ thể nào, chúng ta có thể coi tỷ lệ mã thông báo được đặt cược là đại diện cho mức độ bảo mật đạt được. Theo kinh nghiệm, nhìn vào Bảng 1, tỷ lệ đặt cược của các nền tảng chính dao động từ 20% đến 70%, với tỷ lệ đặt cược thấp nhất thường là nền tảng lớn nhất.
Trong nền tảng bằng chứng cổ phần, tỷ lệ mã thông báo được đặt cược phải đạt ít nhất một số hằng số liên quan đến nền tảng và khi tỷ lệ này tăng lên thì tính bảo mật cũng tăng lên.
Tỷ lệ đúc bắt buộc²⁶ có thể được tính toán dựa trên mức độ bảo mật được yêu cầu và ước tính phần thưởng mà những người đặt cược hiện yêu cầu. Hãy lấy giá trị trung bình từ Bảng 1 làm ví dụ: Giả sử rằng những người đặt cược yêu cầu lợi nhuận hàng năm là 5% và chúng tôi muốn tỷ lệ đặt cược là 50%. Sau đó, theo phương trình, tỷ lệ đúc tiền hàng năm được yêu cầu là 2,5% (50% * 5%). Tính toán này là tĩnh, giả định rằng phần thưởng đặt cược bắt buộc và tỷ lệ đặt cược mong muốn đều cố định.
Hãy xem cách tính toán này hoạt động như thế nào trong một giao thức. Nói chung, giao thức đúc tiền có thể xác định phần thưởng khối và do đó xác định tỷ lệ đúc tiền. Sau khi tỷ lệ đúc được thiết lập, người đặt cược sẽ quyết định xem có nên đặt cọc mã thông báo của họ hay không và về cơ bản, mã thông báo được đúc sẽ được phân phối giữa những người đặt cược, cung cấp phần thưởng đặt cược của họ. Chúng ta có thể giả định một cách hợp lý rằng tỷ lệ phần thưởng đặt cược càng cao thì càng có nhiều người đặt cược quyết định đặt cược mã thông báo của họ.
Do đó, tỷ lệ đặt cược sẽ tự điều chỉnh cho đến khi thỏa mãn phương trình trên: nếu tỷ lệ đặt cược thấp hơn mức yêu cầu của phương trình thì mỗi người đặt cược sẽ nhận được phần thưởng cao hơn “nhu cầu”, do đó sẽ có nhiều tiền hơn để đặt cược đổ vào để cam kết. Nếu tỷ lệ đặt cược quá cao, phần thưởng quá thấp và người đặt cược sẽ rời đi. Sự cân bằng chỉ có thể đạt được khi tỷ lệ đặt cược mang lại phần thưởng đặt cược phù hợp với nhu cầu “thị trường”.
Ngoài ra, nếu môi trường tài chính thay đổi trong khi giao thức vẫn giữ nguyên, tỷ lệ đặt cược sẽ tự điều chỉnh. Ví dụ: nếu lãi suất bên ngoài tăng hoặc việc sử dụng tài chính thay thế cho mã thông báo trong nền tảng trở nên hấp dẫn hơn, thì người đặt cược có thể yêu cầu phần thưởng cao hơn, khiến tỷ lệ đặt cược giảm. Tương tự như vậy, nếu niềm tin vào tương lai của nền tảng tăng lên, người đặt cược sẽ yêu cầu ít phần thưởng hơn và do đó tỷ lệ đặt cược sẽ tăng lên.
Tất nhiên, nền tảng không nhất thiết phải chọn tỷ lệ đúc cố định “một lần và mãi mãi”. Thay vào đó, vì nền tảng có thể quan sát tỷ lệ đặt cược hiện tại nên nó có thể sử dụng thông tin này để xác định tỷ lệ đúc. Cơ chế tỷ lệ đúc tiền năng động như vậy có thể cho phép kiểm soát chi tiết hơn đối với sự cân bằng của tỷ lệ đặt cược và tỷ lệ đúc tiền như một hàm của phần thưởng đặt cược mong muốn được quan sát thấy từ hành vi của người đặt cược.
Ví dụ: Ethereum xác định một đường cong trong đó tỷ lệ đúc tiền tăng tỷ lệ với căn bậc hai của tỷ lệ đặt cược, khiến tỷ lệ phần thưởng giảm tỷ lệ với căn bậc hai của tỷ lệ đặt cược. Một tùy chọn khác là giao thức động trong đó tốc độ đúc tiền được tăng lên khi tỷ lệ đặt cược dưới mức yêu cầu (và tốc độ đúc tiền giảm khi tỷ lệ đặt cược cao hơn mức được coi là cần thiết). Trong cả hai trường hợp, trạng thái cân bằng chỉ đạt được khi tỷ lệ phần thưởng bằng với mức mà người đặt cược yêu cầu.
3.6. Điểm mấu chốt: Kinh tế mã thông báo vĩ mô
Do đó, điểm chính của phần này là nền tảng bằng chứng cổ phần có mã thông báo tiện ích sẽ trang trải mọi chi phí cố định của nền tảng bằng cách đúc mã thông báo mới. Thành phần chính của chi phí cố định có thể là chi phí vốn của khoản thế chấp, tùy thuộc vào môi trường tài chính. Vì tính bảo mật của nền tảng phụ thuộc vào tỷ lệ đặt cược nên giao thức sẽ tạo đủ số token mới để đạt được mức độ bảo mật cần thiết.
