Berachain: Bằng chứng về tính thanh khoản - Insights

Bài viết được dịch từ: https://honeypaper.berachain.com/

Vấn Đề Hiện Đại, Giải Pháp Hiện Đại

Trong vài năm qua, cơ sở hạ tầng blockchain mới đã có xu hướng giải quyết một vấn đề duy nhất: cải thiện thông lượng và chi phí giao dịch của các chuỗi[1]. Điều này đã dẫn đến sự xuất hiện của nhiều máy ảo và cơ chế đồng thuận mới, tất cả đều nhằm mục đích làm cho không gian khối (blockspace) rẻ hơn và dồi dào hơn bao giờ hết. Mặc dù những sản phẩm này giải quyết được các nút thắt quan trọng trong việc mở rộng quy mô, nhưng chúng lại không mang đến bất kỳ giải pháp kinh tế mới nào để tối ưu hóa việc sử dụng không gian khối này.

Trong vài năm qua, ngành công nghiệp blockchain và người dùng tiền mã hóa đã bắt đầu coi các lớp hạ tầng (infrastructure layers) là yếu tố khai thác giá trị thay vì bổ sung giá trị[2]. Bên cạnh đó, một điều ngày càng trở nên rõ ràng là tiện ích của một chuỗi (và mức độ lấp đầy không gian khối của nó) có mối tương quan trực tiếp với chất lượng và số lượng ứng dụng được xây dựng trên đó[3].

Giao thức Berachain (Berachain) là chuỗi Layer 1 đầu tiên được thiết kế đặc biệt để tạo ra giá trị cho các ứng dụng xây dựng trên nó, giúp các ứng dụng dễ dàng huy động thanh khoản của riêng mình, tăng hiệu quả sử dụng vốn và đạt đến điểm bùng nổ về sự chấp nhận của người dùng.

Với bối cảnh này, Berachain tìm cách giải quyết hai vấn đề quan trọng mà gần như mọi chuỗi đều gặp phải:

Berachain tìm cách điều chỉnh tốt hơn đề xuất giá trị giữa các thành phần tham gia mạng lưới, bao gồm người dùng, trình xác thực (validators) và ứng dụng.
Berachain tìm cách tạo ra một chuỗi có giá trị được xác định cơ học từ các ứng dụng được xây dựng trên đó, thay vì theo hướng ngược lại.

Vấn Đề của Proof of Stake:

Các chuỗi Layer 1 sử dụng cơ chế Proof of Stake đang phải đối mặt với một trở ngại lớn do sự thiếu đồng bộ giá trị giữa các lớp thực thi (execution layer) và lớp đồng thuận (consensus layer). Phần thưởng dành cho trình xác thực phần lớn được xác định bởi một đường cong thiết lập sẵn, trong đó tỷ lệ staking là yếu tố có ảnh hưởng lớn nhất đến kết quả. Các biến số từ phía thực thi, như lợi nhuận từ MEV (Maximal Extractable Value), có thể tác động đến lợi nhuận, nhưng chủ yếu theo chiều hướng tích cực[4].

Lý tưởng nhất, một chuỗi nên điều chỉnh phần thưởng của trình xác thực dựa trên nhu cầu bảo mật kinh tế. Nếu nhu cầu về bảo mật kinh tế từ các ứng dụng và người dùng thấp hơn so với nguồn cung, thì tỷ lệ phần thưởng cho trình xác thực sẽ cao hơn mức cần thiết. Đây là một chi phí mà toàn bộ chuỗi phải gánh chịu, vì trình xác thực đang được trả quá nhiều cho một dịch vụ ngày càng bị thương mại hóa.

Một ví dụ đơn giản (và không hiếm trong các chuỗi Layer 1 mới ra mắt) là một chuỗi mới có FDV (Fully Diluted Valuation) là 5 tỷ USD, TVL (Total Value Locked) là 250 triệu USD và tỷ lệ staking là 10%. Khi đó, chuỗi này sẽ phát hành 500 triệu USD mỗi năm thông qua lạm phát để bảo vệ 250 triệu USD tài sản, tức là chi 2 USD để bảo vệ 1 USD tài sản. Vì một chuỗi cần cả bảo mật và thanh khoản để mở rộng hiệu quả, sự mất cân bằng này cho thấy sự thiếu liên kết giữa hai yếu tố này ở cấp mạng lưới.

Mặc dù có thể lập luận rằng việc chi trả quá mức cho bảo mật kinh tế trong giai đoạn đầu giúp giải quyết vấn đề khởi động ban đầu (cold start problem), nhưng một giải pháp tốt hơn là cho phép phần thưởng của trình xác thực được liên kết chặt chẽ với nhu cầu thực tế đối với dịch vụ của họ.

Ngoài ra, phần thưởng dành cho bảo mật kinh tế cũng chính là phần thưởng không được sử dụng để thúc đẩy tăng trưởng mạng lưới. Cấu trúc này làm giảm động lực cho hoạt động trên mạng, vì tỷ lệ phần thưởng cao dành cho người staking tạo ra một lựa chọn ít rủi ro hơn cho người dùng và ứng dụng. Điều này gây khó khăn trong việc tạo ra hiệu ứng mạng cần thiết cho sự phát triển của một chuỗi, buộc nhiều chuỗi phải dựa vào các chương trình tài trợ dài hạn và kém hiệu quả.

Một giải pháp tốt hơn nên tập trung vào việc kích thích hoạt động của người dùng và ứng dụng như mục tiêu chính của lạm phát chuỗi, đồng thời tạo ra một cơ chế hệ thống để thưởng cho trình xác thực khi nhu cầu về bảo mật kinh tế tăng lên một cách tự nhiên.

Tổng quan về Berachain

Để giải quyết các vấn đề đã nêu ở trên, Berachain sử dụng một giải pháp mới: Bằng chứng Thanh khoản (Proof of Liquidity – PoL).

Mô hình Hai Token

Các blockchain sử dụng cơ chế Bằng chứng Cổ phần (Proof of Stake – PoS) thường có một token quản trị dùng để bảo mật mạng thông qua việc staking với các trình xác thực (validators). Thông thường, đây là token chính của mạng và được sử dụng cho phí giao dịch, staking, quản trị, cũng như các ưu đãi kinh tế.

Để hỗ trợ PoL, Berachain sử dụng mô hình hai token, gồm:

BERA: Token dùng cho phí giao dịch (gas) và staking.
BGT: Token không thể chuyển nhượng, được sử dụng cho quản trị và phần thưởng.

BERA – Token Kinh tế của Mạng

BERA đóng vai trò là nền tảng bảo mật kinh tế của Berachain. Nó được sử dụng để thanh toán phí giao dịch và kích hoạt các nút trình xác thực. Tổng giá trị kinh tế của tất cả các token BERA được staking sẽ tạo nên lớp bảo mật cơ bản của chuỗi, trong khi BGT được xây dựng trên nền tảng này để tăng cường bảo mật.

BGT – Token Quản trị & Phần thưởng

BGT là token không thể chuyển nhượng của mạng, tất cả phần thưởng khối trên Berachain đều được phát dưới dạng BGT. Cách duy nhất để kiếm được BGT là:

Staking BERA để trở thành trình xác thực.
Staking token nhận (receipt token) đủ điều kiện PoL vào một kho phần thưởng (reward vault).

Chức năng chính của BGT:

Quản trị: Người nắm giữ BGT có thể bỏ phiếu trực tiếp cho các đề xuất quản trị trên Berachain hoặc ủy quyền quyền biểu quyết của họ.
Cơ chế đốt (Burning): BGT có thể được đổi ngay lập tức theo tỷ lệ 1:1 thành BERA. Tuy nhiên, BERA không thể được đổi ngược lại thành BGT.
Ưu đãi Kinh tế: Người dùng có thể tăng cường (boost) trình xác thực bằng cách stake BGT để nhận ưu đãi từ trình xác thực, tùy thuộc vào tỷ lệ hoa hồng và khả năng chuyển đổi phần thưởng khối BGT của trình xác thực thành ưu đãi cho ứng dụng.

Cách Hoạt Động của Proof of Liquidity (PoL)

PoL thay đổi cách thức hoạt động của hệ thống kinh tế trên L1, tập trung vào ưu tiên người dùng và ứng dụng thay vì chỉ tập trung vào phần thưởng của trình xác thực.

Berachain sử dụng mô hình Proof of Stake với hai thành phần chính:

Stake (BERA): Quyết định danh sách trình xác thực hoạt động.
Boost (BGT): Quyết định phần thưởng khối của trình xác thực.

Hoạt động của trình xác thực trên Berachain

Danh sách trình xác thực: 69 trình xác thực có số lượng BERA stake cao nhất sẽ được chọn vào danh sách hoạt động.
Cơ chế chọn khối: Trong danh sách này, mỗi trình xác thực có cơ hội được chọn tạo khối dựa trên số lượng BERA mà họ đã stake.
Phần thưởng khối: Mức thưởng phụ thuộc vào số lượng BGT boost mà trình xác thực nhận được.

Cấu trúc phần thưởng trên Berachain

Trình xác thực nhận một khoản hoa hồng nhỏ khi đề xuất khối mới thành công, đủ để trang trải chi phí vận hành.
Mỗi trình xác thực có một mức stake BERA tối thiểu và tối đa.
Emissions của BGT tăng theo tỷ lệ lõm (concave scaling), nhằm khuyến khích phân quyền – khi boost tăng lên, lợi ích biên giảm dần.

Tuy nhiên, phần lớn phần thưởng khối không thuộc về trình xác thực, mà sẽ được chuyển đến reward vaults của các ứng dụng.

Reward Vaults – Trung tâm khuyến khích ứng dụng

Reward vaults hoạt động tương tự như gauges của Curve Finance [5], cho phép các ứng dụng sử dụng PoL để khuyến khích người dùng tham gia vào hệ sinh thái của họ.

Các giao thức có thể tạo nhiều reward vaults, mỗi vault sẽ chứa một loại tài sản đủ điều kiện PoL.
Ví dụ: Một sàn giao dịch phi tập trung (DEX) có thể có nhiều pool nhận phần thưởng khối, mỗi pool có reward vault riêng và tài sản đủ điều kiện PoL.
Khi người dùng stake ERC20 LP token của họ vào BGT Station, họ có thể bắt đầu kiếm phần thưởng BGT từ trình xác thực, như một phần thưởng cho việc cung cấp thanh khoản.

Cách ứng dụng sử dụng Reward Vaults

Các ứng dụng có thể cung cấp ưu đãi dưới dạng token gốc của ứng dụng hoặc bất kỳ ERC20 nào, miễn là được quản trị phê duyệt.
Ứng dụng cũng có thể đặt tỷ giá trao đổi cho tài sản ưu đãi của họ.
- Tỷ giá ≥ giá thị trường: Người dùng nhận được lợi tức dương (positive ROI).
- Tỷ giá < giá thị trường: Ứng dụng có thể đánh đổi hiệu suất chi tiêu lấy sự phân phối rộng rãi hơn.

Trình xác thực cũng có thể chấp nhận một phần hoặc toàn bộ ưu đãi trong marketplace.

Vai trò của trình xác thực trong hệ sinh thái PoL

Thay vì chỉ nhận phần thưởng khối cố định, trình xác thực kiếm phần thưởng bằng cách phát hành phần thưởng khối của họ cho ứng dụng, đổi lại nhận ưu đãi từ ứng dụng đó.

Cách trình xác thực tối ưu hóa lợi nhuận

Tối ưu hóa việc kiếm BGT boost → Tăng giá trị của phần thưởng khối.
Tối ưu hóa chuyển đổi BGT thành ưu đãi ứng dụng → Tối đa hóa lợi tức trên các khối được giành chiến thắng.
Thiết lập tỷ lệ hoa hồng hợp lý → Đảm bảo lợi nhuận trong khi vẫn giữ chân người dùng boost.

Cơ chế phân phối phần thưởng

Phần thưởng trình xác thực phụ thuộc vào BGT boost, do đó các trình xác thực có khả năng tối đa hóa lợi ích cho người boost BGT của họ sẽ nhận được nhiều boost hơn.
Cách tốt nhất để làm điều này là giảm hoa hồng và phân phối phần thưởng khối đến các pool có mức sử dụng cao và có nhiều ưu đãi.

Tác động của PoL lên hệ sinh thái

Phần lớn phần thưởng khối được sử dụng để khuyến khích hoạt động của người dùng, thay vì chỉ trả cho trình xác thực.
Người dùng có động lực cung cấp thanh khoản hoặc tham gia vào các ứng dụng trên mạng.
Ứng dụng có thể tạo động lực mạnh mẽ cho người dùng mà không cần tài trợ dài hạn từ các quỹ grant.
Trình xác thực có động lực tối ưu hóa cho lợi ích của cả người dùng lẫn ứng dụng, thay vì chỉ tập trung vào phần thưởng staking truyền thống.

Proof of Liquidity của Berachain không chỉ giải quyết vấn đề bảo mật mà còn tạo ra một hệ sinh thái bền vững, nơi người dùng, trình xác thực và ứng dụng tạo ra giá trị lẫn nhau thay vì hoạt động tách biệt như trong các mô hình PoS truyền thống.

Động lực của BERA & BGT và Cân bằng Thị trường

Mối quan hệ giữa BERA và BGT tạo ra những động lực kinh tế thú vị xung quanh việc phát hành token mới, thúc đẩy sự phát triển của lớp ứng dụng từ phía người dùng.

Khi giá trị của các ưu đãi ứng dụng được trao đổi để nhận phần thưởng khối BGT cao hơn tốc độ phát hành mới, các ưu đãi kinh tế cho những người boost BGT sẽ vẫn ở mức cao.
Điều này làm tăng chi phí cơ hội của việc đổi BGT lấy BERA, khiến người dùng có xu hướng giữ BGT và tham gia vào reward vaults để kiếm thêm BGT.
Khi thanh khoản trong hệ thống tăng lên, năng suất tổng thể cũng được cải thiện, giúp các ứng dụng mở rộng quy mô dễ dàng hơn.

Ngược lại, khi tốc độ tăng trưởng của ưu đãi cho người boost BGT thấp hơn tốc độ phát hành BGT mới hoặc suy giảm, người dùng có xu hướng đốt (burn) BGT để đổi lấy BERA.

Việc đổi BGT sang BERA làm giảm tổng lượng BGT đang lưu hành, từ đó giảm số lượng người có quyền nhận phần thưởng kinh tế.
Điều này giúp tỷ lệ ưu đãi cho người nắm giữ BGT được điều chỉnh lại, đưa hệ thống về trạng thái cân bằng và tạo ra nhu cầu mới đối với BGT.

Sự khác biệt giữa Berachain và các hệ thống tương tự như Curve hoặc Solidly-style DEX

Một điểm khác biệt quan trọng giữa Berachain và các hệ thống như Curve hoặc Solidly-style DEX là nguồn gốc của lạm phát (inflation):

Trong một sàn giao dịch phi tập trung (DEX), lạm phát đến từ bên ngoài (exogenous) và không liên quan trực tiếp đến hoạt động của ứng dụng.
Ngược lại, trong PoL của Berachain, lạm phát có nguồn gốc từ chính mạng lưới (endogenous).

Vì một blockchain sử dụng Proof of Stake (PoS) luôn cần một mức lạm phát nhất định để duy trì hoạt động, mục tiêu của Proof of Liquidity (PoL) là tối thiểu hóa mức lạm phát đó, trừ khi trình xác thực thực sự đóng góp giá trị cho mạng lưới.

Berachain không tạo ra lạm phát mới

Berachain không phát hành thêm token mới ngoài lượng BGT đã có trong hệ thống.

Tổng số BGT được phát hành tuân theo lịch phát hành PoS (với một số biến đổi dựa trên phân phối boost).
Ngay cả khi toàn bộ BGT trong hệ thống bị đốt (burn) để đổi lấy BERA, thì mạng lưới vẫn quay trở lại mô hình PoS truyền thống, chỉ với một số bước bổ sung.

Hệ thống Berachain giúp cân bằng giữa cung và cầu của BGT theo cách linh hoạt, trong khi vẫn duy trì sự ổn định của mạng lưới mà không cần tạo thêm lạm phát không cần thiết.

Mở rộng của PoL

Dưới đây là một số ví dụ thực tế về cách PoL hoạt động.

Sàn giao dịch phi tập trung (AMM DEX)

Lấy ví dụ về một DEX lý thuyết được tích hợp trên Berachain. DEX này sẽ có khả năng tạo nhóm thanh khoản (Liquidity Pools – LPs) một cách không cần cấp phép, sau đó có thể thông qua quản trị để kích hoạt phần thưởng native-chain trên các pool do người dùng tạo ra bằng cách sử dụng ưu đãi BGT. Điều này cho phép một ứng dụng mới tạo ra một nhóm thanh khoản, giúp dễ dàng tích hợp và sử dụng token của ứng dụng đó. Dự án này sau đó có thể thông qua quản trị để thiết lập một reward vault chạy bằng PoL trên LP, khuyến khích người dùng cung cấp thanh khoản để đổi lấy tài sản gốc của họ hoặc bất kỳ ERC20 nào khác đã được quản trị phê duyệt cho vault.

Các ứng dụng sau đó sẽ khuyến khích trình xác thực bằng một trong các token ERC20 được reward vault chấp nhận. Nếu vault được lấp đầy, nó sẽ tạo ra emissions BGT trên nhóm thanh khoản trong BeraSwap. Người dùng quan tâm đến việc nhận BGT sau đó sẽ cung cấp thanh khoản trên sàn giao dịch này và nhận được tỷ lệ emissions BGT tương ứng với phần của họ trong pool.

Điều này giúp các ứng dụng giải quyết vấn đề cold start hoặc cải thiện hiệu quả chi tiêu, tùy thuộc vào giai đoạn phát triển của họ. Một ứng dụng mới có thể chọn trao đổi ở mức tỷ giá thấp hơn giá trị thị trường hợp lý của tài sản ưu đãi của họ, vì nhà cung cấp thanh khoản có thể thích kiếm BGT hơn là một tài sản ứng dụng mới. Điều này sẽ giúp tăng khả năng hiển thị thanh khoản trong cặp mới, có khả năng thu hút thêm thanh khoản và cho phép các nhóm tập trung vào chu kỳ sản phẩm nhanh hơn. Một ứng dụng blue-chip đã có tên tuổi có thể chọn khuyến khích ở tỷ giá cao hơn giá thị trường hợp lý, vì trình xác thực có thể sẵn sàng chấp nhận lợi nhuận thấp hơn để đổi lấy tài sản chất lượng cao hơn và/hoặc có tính thanh khoản cao hơn. Điều này cho phép các ứng dụng có giá trị đối với mạng lưới mở rộng hiệu quả, cải thiện việc phân phối mà không cần tăng chi tiêu, đồng thời mang lại nhiều thanh khoản hơn cho Berachain và mạng PoL.

Tài sản thế giới thực (Real World Assets – RWA)

PoL không chỉ giới hạn trong các trường hợp sử dụng DeFi. Bất kỳ hành động tùy ý nào với một token ERC20 biên nhận đều có thể được khuyến khích hiệu quả ở cấp độ chuỗi.

Lấy ví dụ về một nhà phát hành tài sản, nơi họ token hóa các tài sản ngoài chuỗi như T-Bills hoặc bất động sản và phát hành biên nhận token hóa cho chúng trên Berachain. Điều này mở ra cơ hội cho yield farming native, quyền sở hữu phân đoạn đối với các tài sản vốn dĩ khó tiếp cận. Nhà phát hành tài sản có thể tận dụng PoL theo nhiều cách khác nhau.

Ví dụ, nhà phát hành tài sản có thể sử dụng một reward vault để phi tập trung hóa và mở rộng hồ sơ thanh khoản của tài sản ngoài chuỗi của họ. Nếu một nút thắt chính để mở rộng nền tảng RWA là tìm kiếm các nhóm phát hành chất lượng, thì việc tạo ra một token biên nhận cho các nhà phát hành với một reward vault sẽ cho phép giao thức thưởng cho các nhóm này một cách cơ học ở cấp độ chuỗi, tăng giá trị đề xuất cho những nhà phát hành chất lượng cao tham gia và token hóa tài sản của họ.

Nếu nút thắt chính của nền tảng là tích hợp và phân phối RWA, họ có thể phát hành token biên nhận cho việc nắm giữ hoặc sử dụng RWA. Điều này sẽ cho phép họ tạo ra tính thanh khoản thị trường thứ cấp hiệu quả hơn cho RWA, mở rộng phạm vi tích hợp và trường hợp sử dụng. Ngoài ra, đơn giản là khuyến khích người nắm giữ cũng khả thi và thậm chí có thể được thực hiện bằng một phần lợi nhuận của nền tảng token hóa từ lợi suất của tài sản. Vì những lợi nhuận này thường là từ các tài sản chất lượng cao như tiền pháp định, họ có thể có ROI dương đối với các ưu đãi trình xác thực cho tài sản, nghĩa là nó thực sự hiệu quả hơn so với chỉ đơn thuần chuyển toàn bộ lợi nhuận đến người dùng, đồng thời vẫn duy trì một biên lợi nhuận trên việc phát hành.

L2s

Mặc dù bản thân mạng lưới hoạt động như một giải pháp đa dụng cho nhiều ứng dụng hợp đồng thông minh, nhưng có thể có các nhà phát triển muốn tận dụng Berachain và PoL trong một môi trường biệt lập của riêng họ. Trên mạng Ethereum, những trường hợp này thường được gọi là L2s. Mặc dù Berachain không nhất thiết cần hệ sinh thái side-chain để mở rộng quy mô, nhưng L2s có thể hữu ích cho nhiều ứng dụng khác nhau, bao gồm:

Các ứng dụng tuân thủ KYC liên quan đến danh tính, tài chính truyền thống và dữ liệu.
Các ứng dụng ưu tiên quyền riêng tư cần mã hóa dữ liệu người dùng để đạt được trường hợp sử dụng của họ.
Môi trường thông lượng cao sử dụng các công cụ mở rộng quy mô mới để mang lại trải nghiệm người dùng giống Web2.

Berachain mang lại lợi thế so với các mạng khác cho các loại ứng dụng này thông qua PoL, nơi mà với tư cách là một nhà phát triển, họ có thể giải quyết vấn đề cold start phổ biến bằng cách ngay lập tức khai thác thanh khoản và bảo mật mà Berachain cung cấp. Thật vậy, các L2 thừa hưởng bảo mật kinh tế của Berachain, dựa trên tổng giá trị BERA được staking bởi trình xác thực.

Ví dụ, một mạng L2 có thể được triển khai trên Berachain để cung cấp phần thưởng native cho người dùng của nó bằng cách tận dụng các cơ hội lợi suất trên Berachain mainnet. Người dùng trên Berachain có thể bridge đến L2, nhận một token tổng hợp đại diện cho khoản tiền gửi của họ trong bridge, và token đó có thể tạo lợi suất theo mặc định do mô hình opt-in của L2 để stake các khoản tiền gửi cơ sở trong reward vaults PoL. Ngoài ra, phần thưởng từ bridge này cũng có thể được sử dụng để khuyến khích một reward vault trên Berachain mainnet cho tài sản native của ứng dụng, giúp dễ dàng hơn trong việc onboarding người dùng mới và mở rộng các trường hợp sử dụng cho phần của mạng có mật độ ứng dụng cao nhất.

Ngoài ra, các nhà phát triển có thể xây dựng một mạng side-chain để kích hoạt một trường hợp sử dụng cụ thể, nhưng whitelist các tài sản và/hoặc pool liên quan trên Berachain Mainnet để nhận emissions BGT. Điều này sẽ cho phép mạng lưới không cần phát hành token khuyến khích riêng của họ để có được các khoản tiền gửi ban đầu, vì họ có thể giải quyết vấn đề cold start thông qua phần thưởng bridge native. Giải pháp này đặc biệt thú vị, vì nó sẽ cho phép các tài sản dễ tiếp cận hơn như USDC, wBERA hoặc wBTC được sử dụng làm tài sản chính trên mạng. Điều này giúp người dùng có thể tham gia bằng các tài sản mà họ có sẵn trong ví của mình, đồng thời tạo ra phần thưởng native có ý nghĩa thông qua hợp đồng bridge, vì các tài sản đó cũng có rất nhiều nguồn lợi suất có sẵn trên Berachain.

Logic Staking/Boost & Ảnh Hưởng

Trong toàn bộ hệ thống PoL, các tham số và ưu đãi mà người dùng, ứng dụng hoặc trình xác thực tối ưu hóa có sự khác biệt đáng kể. Người dùng, giống như trong bất kỳ hệ thống PoS nào khác, thường tối ưu hóa cho lợi suất cao nhất và mức độ tin cậy cao nhất khi staking với một trình xác thực. Vì trình xác thực có khả năng kiểm soát lạm phát, cách thức staking phải được sửa đổi ở cấp độ beacon chain cùng với chính các trình xác thực.

Trình xác thực tìm kiếm một mức trái phiếu cơ sở tiêu chuẩn ngành của token gas gốc để bắt đầu hoạt động, giống như với bất kỳ chuỗi nào khác. Để thu hút boost BGT nhằm tăng trọng số của họ trong pool staking, họ sẽ phải cung cấp mức hoa hồng ngang hoặc thấp hơn tỷ lệ thị trường, duy trì thời gian hoạt động tốt nhất, và xây dựng chiến lược bỏ phiếu mạnh nhất trên thị trường để vượt qua đối thủ cạnh tranh. Một số yếu tố mà trình xác thực tối ưu hóa bao gồm:

Tổng số tiền ưu đãi có thể nhận
Tính thanh khoản của các ưu đãi sau khi nhận được
Đóng khoảng chênh lệch giá giữa lợi nhuận trung bình của thị trường trên mỗi phiếu bầu và lợi nhuận trung bình trên mỗi phiếu bầu của họ

Để tham gia vào logic staking PoL ở cấp độ thứ hai này, trình xác thực không tìm cách thu tiền thuê từ BERA (token mà họ đã bond), mà thay vào đó là BGT, token quản trị của mạng. Càng kiểm soát nhiều BGT, trình xác thực càng có thể điều chỉnh mức lạm phát BGT nhiều hơn, đồng nghĩa với việc có cơ hội cao hơn để thu hút boost.

Toán học BERA/BGT

Mô hình PoL xác định các quy tắc sản xuất khối và phát hành token trên Berachain. Mục tiêu chính của nó là thúc đẩy bảo mật chuỗi và phân quyền đồng thời giới hạn lạm phát.

Sản xuất khối

Tập hợp trình xác thực hoạt động là một tập hợp gồm N trình xác thực có khả năng tạo khối. Chỉ có N trình xác thực hàng đầu được xếp hạng theo số lượng BERA được stake bởi mỗi trình xác thực mới được duy trì trong tập hợp hoạt động. Xác suất một trình xác thực trong tập hợp hoạt động được chọn để đề xuất một khối tỷ lệ thuận với lượng BERA mà họ đã stake.

Mỗi trình xác thực có một mức tối thiểu và tối đa cho số lượng stake của họ.

Phát hành token (Emissions)

Mỗi lần một trình xác thực được chọn để đề xuất một khối, họ phát hành một lượng BGT. Emissions bao gồm hai thành phần:

Base emission: Được cấp cho trình xác thực đề xuất khối. Đây là một số tiền cố định bằng với tham số tỷ lệ cơ sở B.
Reward emission: Được phát hành vào các vault do trình xác thực chọn trong phân bổ phần thưởng của họ, tỷ lệ thuận với trọng số của chúng. Đây là một số tiền biến đổi tùy thuộc vào boost x của trình xác thực.

Công thức emissions dưới đây thể hiện số lượng BGT được tạo ra mỗi khối như một hàm của boost x của trình xác thực, trong đó x là một số trong phạm vi [0,1] biểu thị tỷ lệ phần trăm tổng số BGT được phân bổ cho trình xác thực đó so với tổng số BGT được phân bổ cho tất cả các trình xác thực.

Các Tham Số

B (base rate): Đây là lượng BGT mà một trình xác thực nhận được khi tạo một khối.
R (reward rate): Đây là lượng BGT mà một trình xác thực phát hành vào các reward vaults trước khi áp dụng hệ số boost.
a (boost multiplier): Tham số này xác định mức độ ảnh hưởng của boost đến emissions vào reward vaults. Boost multiplier cao = boost quan trọng hơn.
b (convexity parameter): Tham số này xác định tốc độ ảnh hưởng của boost đến emissions vào reward vaults. Convexity cao = trình xác thực có boost thấp bị phạt nhiều hơn.
m (minimum reward): Đây là mức sàn cho emissions vào reward vaults. Minimum reward cao = nhiều emissions hơn cho các trình xác thực có boost thấp.

Hình 1: Các tham số mẫu B = 0,5, R = 1,5, a = 3,5, b = 0,4, m = 0

Lạm phát

Trong mô hình đề xuất, emissions tăng theo lượng boost x mà một trình xác thực có, tối đa đến một giới hạn. Giới hạn lý thuyết của BGT được phát hành trong một khối xảy ra khi một trình xác thực có 100% boost và được tính bằng:
Lượng BERA được stake không ảnh hưởng đến số lượng BGT được tạo ra trong mỗi khối, mà chỉ ảnh hưởng đến tần suất một trình xác thực được chọn để đề xuất một khối.

Thị Trường Ưu Đãi (Incentives Marketplace)

Giới thiệu

Berachain giới thiệu một thị trường ưu đãi nơi các giao thức có thể đấu giá cho emissions của trình xác thực bằng bất kỳ token nào được whitelist. Trình xác thực có thể chọn hướng emissions đến giao thức đặt giá cao nhất (hoặc bất kỳ giao thức nào tùy ý) bằng cách bao gồm reward vault của giao thức đó vào phân bổ phần thưởng của mình.

Để một trình xác thực có thể chọn một reward vault, vault đó cần phải được whitelist. Một phần hoặc toàn bộ các ưu đãi mà trình xác thực nhận được từ các giao thức có thể được phân phối lại cho những người nắm giữ BGT đã boost trình xác thực đó. Việc phân phối ưu đãi được xử lý ngoài chuỗi (off-chain).

Whitelist Vaults

Để whitelist một vault, một giao thức/người dùng phải:

Xác định token nào sẽ được chấp nhận làm “staking token” cho vault đó. Chỉ một vault có thể tồn tại cho mỗi staking token, và không thể thay đổi.
Tạo một đề xuất quản trị để whitelist vault.
Khi đề xuất được chấp nhận, vault sẽ được whitelist và đủ điều kiện nhận emissions.

Whitelist Incentive Token

Để whitelist một incentive token, một giao thức/người dùng phải tạo một đề xuất quản trị, bao gồm:

Token cần whitelist (địa chỉ hợp đồng).
“minIncentiveRate”.
Một quản lý (manager) cho incentive token đó.

Mỗi vault có các token được whitelist riêng, có thể loại bỏ khỏi whitelist thông qua đề xuất quản trị. Ngoài ra, có thể cập nhật manager cho một token cụ thể thông qua một đề xuất quản trị.

Chức Năng Thị Trường

Người quản lý incentives của một vault có thể xác định tỷ lệ ưu đãi p và thêm một số lượng token để duy trì tỷ lệ đó trong một khoảng thời gian nhất định.

Ví dụ:

Người quản lý có thể đặt p = 10, nghĩa là sẵn sàng trả 10 token giao thức PT để đổi lấy 1 BGT, sau đó thêm 1000 PT token vào vault.
Người quản lý có thể gửi nhiều token ưu đãi đã được whitelist bởi quản trị (được phê duyệt trên toàn vault).
Mỗi lần một trình xác thực phát hành x BGT vào vault của giao thức, p · x token PT sẽ được chuyển đến trình xác thực.

Ví dụ:

Nếu một trình xác thực phát hành 1 BGT vào vault, họ sẽ nhận 10 PT token để đổi lấy.

Người quản lý có thể tiếp tục gửi thêm token để duy trì tỷ lệ p hoặc thay đổi tỷ lệ đó với điều kiện sau:

Nếu không còn token ưu đãi trong vault, tỷ lệ có thể được cập nhật thành bất kỳ giá trị nào lớn hơn hoặc bằng minIncentiveRate.
Nếu vẫn còn token ưu đãi, chỉ có thể tăng tỷ lệ p’ > p nếu có đủ thanh khoản để hỗ trợ mức tỷ lệ mới.
Không thể giảm tỷ lệ p nếu vẫn còn token dư trong vault.

Trình xác thực được kỳ vọng sẽ phân phối một phần token từ các ưu đãi này đến booster của họ, thưởng cho họ vì đã đóng góp vào trọng số BGT của trình xác thực, và hoàn thành sự liên kết giữa trình xác thực, giao thức và người dùng.

Ảnh Hưởng Đến Phân Quyền & Rủi Ro

Các blockchain L1 thường đối mặt với rủi ro tập trung hóa do áp lực kinh tế. Như Vitalik Buterin đã nhấn mạnh trong một bài viết trên blog [6], điều này xảy ra do lợi thế quy mô (economies-of-scale) trong cơ chế PoS, dẫn đến việc các staker lớn thống trị, trong khi các staker nhỏ rời khỏi hệ thống để tham gia vào các pool lớn hơn [7]. Điều này dẫn đến:

Tăng nguy cơ tấn công 51%.
Kiểm duyệt giao dịch.
Các cuộc khủng hoảng kinh tế khác.

Ngoài rủi ro tập trung hóa, còn có rủi ro về chiếm đoạt giá trị (value extraction), nơi một nhóm nhỏ nắm giữ giá trị đáng lẽ được phân phối cho người dùng L1.

Mô hình PoL là một biến thể của PoS, do đó nó cũng chia sẻ nhiều rủi ro này. Ngoài ra, PoL còn giới thiệu các cơ chế mới như quản trị và token gas riêng biệt, emissions vào reward vaults và một thị trường ưu đãi, điều này có thể ảnh hưởng đến rủi ro của L1 hiện có cũng như tạo ra rủi ro mới.

PoL cung cấp cơ hội đầu tiên cho trình xác thực trên L1 thể hiện quan điểm kinh tế đa dạng ở cấp độ mạng, vượt ra ngoài việc chỉ chọn tỷ lệ hoa hồng. Mỗi trình xác thực trên Berachain có thể có phân phối phần thưởng khối riêng biệt, giúp tăng tính phân quyền stake khi người dùng và giao thức chọn trình xác thực dựa trên hồ sơ rủi ro và lợi nhuận kỳ vọng.

Tuy nhiên, ngay cả trong hệ thống này, PoL có thể dẫn đến các rủi ro kinh tế. Chúng tôi giải quyết 2 rủi ro chính trong PoL:

Sự kết thúc của PoL.
Tập trung hóa.

Ngoài ra còn có các rủi ro khác như:

Thanh khoản kém hiệu quả.
Lượng BERA staking thấp.
Thay đổi tham số.
Tấn công vào quản trị BGT.

Sự Kết Thúc Của PoL

Miễn là các giao thức cạnh tranh để nhận emissions, PoL sẽ hoạt động như mong đợi. Tuy nhiên, trong một số điều kiện nhất định, một số bên có thể ngừng tham gia vào PoL.

Ví dụ:

Trình xác thực thông đồng và đặt hoa hồng ưu đãi là 100%, khiến APY của booster BGT về 0. Điều này có thể buộc booster BGT phải burn BGT sang BERA, làm giảm cạnh tranh của các giao thức và có thể kết thúc PoL, chuyển sang PoS.
Nếu lãi suất cho vay BERA tăng mạnh do nhu cầu short BERA, trình xác thực có thể unstake BERA để cho vay, khiến tổng lượng staking BERA giảm.

Tuy nhiên, hệ thống đã được thiết kế để trình xác thực có boost thấp bị phạt, khuyến khích họ tích cực cạnh tranh để thu hút boost BGT.

Tập Trung Hóa

Tương tự như Lido trên Ethereum [8], có thể xuất hiện một giao thức Liquid Staking lớn trên Berachain sử dụng lợi thế quy mô để kiểm soát phần lớn mạng [9].

Giao thức này có thể tạo một pool xBERA/BERA và hướng 100% emissions vào đó, giúp xBERA holder nhận được emissions ngoài staking rewards.
Tuy nhiên, quy mô không thể tăng vô hạn, vì một trình xác thực có giới hạn BERA stake và cần mở node mới nếu muốn tiếp tục mở rộng.
Tham số boostMultiplier giúp giới hạn emissions vào các giao thức, kiểm soát lạm phát ngay cả khi tập trung hóa cao.

Các Rủi Ro Khác

Các rủi ro kinh tế khác có thể phát sinh từ:

Lượng staking không đủ để bảo vệ TVL của chuỗi.
Thay đổi tham số PoL bởi quản trị.
Tấn công vào quản trị BGT.

Ảnh hưởng của các rủi ro này tương tự như trên các blockchain L1 khác.

Tổng Quan Về PoL

Hình 2: Tổng quan cấp cao về vòng đời PoL

PoL là một sự mở rộng của hệ thống PoS, thay thế toàn bộ cơ chế khuyến khích. Do đó, cần có một liên kết từ lớp đồng thuận (consensus layer) đến lớp thực thi (execution layer), nơi phần thưởng được mint và phân phối.

Prover là cách Berachain đạt được điều này, sử dụng đặc tả EIP-4788 [10]. Lớp thực thi có quyền truy cập vào Beacon block roots mà lớp đồng thuận đăng lên lớp thực thi trong mỗi khối.

Vì khối có quyền truy cập vào các khóa công khai của trình xác thực và khối mà họ đã đề xuất, hệ thống PoL có thể ghi nhận họ để nhận phần thưởng BGT và phân phối chúng.

Chu kỳ hoạt động trên minh họa quá trình runtime của mỗi khối, nơi phần thưởng khối được mint, các bước bao gồm:

Chứng minh rằng trình xác thực được đề cập đã đề xuất một khối bằng cách sử dụng beacon block root.
Bộ điều khiển phần thưởng khối kiểm soát tỷ lệ lạm phát trên mỗi khối và kết hợp với BGT boost để xác định số lượng BGT cần mint cho trình xác thực hiện tại.
Trình xác thực chọn tập hợp reward vaults và trọng số của chúng.
Trọng số phần thưởng được chuyển tiếp đến vault được chọn.
Trình xác thực nhận được ưu đãi do hệ sinh thái thiết lập trên các reward vaults.

Tổng Quan Về Quản Trị (Governance Overview)

Quản trị Berachain được kiểm soát bởi BGT. Từ genesis, chuỗi đã có cơ chế quản trị on-chain bằng token.

Phạm vi đầy đủ của cơ chế quản trị bao gồm:

Token cần whitelist (địa chỉ hợp đồng).
Các tham số trên các hợp đồng thông minh PoL.
Toàn quyền quản trị đối với ứng dụng tạo nên Berachain.

Hình 3: Vòng đời đề xuất

Vòng đời của đề xuất được hiển thị như trên, các giai đoạn chính bao gồm trạng thái quản trị, nơi các đề xuất được đề xuất và bỏ phiếu, cùng với giai đoạn khóa thời gian (timelock period). Điều này đảm bảo rằng người dùng có đủ thời gian để xem, bỏ phiếu, và kiểm duyệt các đề xuất/tấn công quản trị độc hại.

Hình 4: Luồng quản trị

Sơ đồ trên mô tả các cơ chế an toàn và quy trình mà hệ thống quản trị thực thi. Guardians là một cơ chế quan trọng để bảo vệ chống lại các cuộc tấn công quản trị có thể xảy ra ở cấp độ dApp; những người này được lựa chọn và thực hiện bởi hệ thống quản trị chung của chuỗi.

Do đó, các vai trò chính bao gồm: Holders, Proposers, Delegates, và Guardians. Governor chịu trách nhiệm kiểm soát giao dịch đối với Delegates/Holders, và Timelock Executor tạo khoảng thời gian để chuỗi có thể kiểm duyệt các giao dịch tấn công vào hợp đồng mục tiêu.

Tổng Quan Về BeaconKit

BeaconKit là một khung mô-đun được thiết kế để đơn giản hóa việc phát triển các client đồng thuận của Ethereum Virtual Machine (EVM). Nó cho phép các nhà phát triển triển khai cả blockchain L1 và L2 giống hệt EVM với tương thích đầy đủ với Ethereum Improvement Proposal (EIP), tính finality trong một slot duy nhất và hiệu suất được cải thiện.

Bằng cách sử dụng EngineAPI [11] để tạo điều kiện giao tiếp giữa lớp đồng thuận và lớp thực thi, BeaconKit tách biệt môi trường thực thi EVM khỏi các cơ chế đồng thuận như CometBFT [12], cho phép linh hoạt và mô-đun hóa cao hơn trong thiết kế blockchain. Cách tiếp cận này phản chiếu lớp đồng thuận của Ethereum, cung cấp một môi trường quen thuộc cho các nhà phát triển.

BeaconKit hỗ trợ tích hợp với các client thực thi tiêu chuẩn, không sửa đổi, đạt được 100% giống hệt EVM với Ethereum mainnet. Nó đã được kiểm tra với các client như Geth, Erigon, Nethermind, Besu, Reth và EthereumJS, đảm bảo khả năng tương thích rộng rãi và tận dụng các công cụ mạnh mẽ cùng sự hỗ trợ từ cộng đồng mà các client này cung cấp.

BeaconKit Cho Tính Giống Hệt EVM

Một trong những lợi ích quan trọng của BeaconKit là khả năng cung cấp tính giống hệt EVM thay vì chỉ đơn thuần là tương thích.

Bằng cách cho phép các trình vận hành chạy client thực thi tiêu chuẩn mà không cần sửa đổi, các nhà phát triển có thể tận dụng hệ sinh thái công cụ, thư viện và framework thử nghiệm sẵn có của Ethereum.
Điều này loại bỏ nhu cầu duy trì các bản fork tùy chỉnh của client thực thi, điều có thể trở nên không bền vững do các bản cập nhật nhanh chóng và sự phức tạp trong việc hỗ trợ nhiều ngôn ngữ lập trình.
BeaconKit sử dụng một BeaconBlock tùy chỉnh trên CometBFT block tiêu chuẩn để hỗ trợ thực thi tức thì (immediate execution) và xây dựng payload tối ưu (optimistic payload building).
Trình xác thực có thể ký trên state root được đề xuất trước khi chấp nhận một khối, giúp tăng tốc đáng kể quá trình xác minh khối và giảm thời gian tạo khối lên đến 40%.
Thực thi tức thì cũng đơn giản hóa việc tích hợp EIP-4788, cho phép xác minh permissionless và chứng minh dữ liệu lớp đồng thuận trên lớp thực thi.

Ảnh Hưởng Của BeaconKit

Việc giới thiệu BeaconKit có một số tác động đáng kể đến lĩnh vực blockchain:

Trải nghiệm phát triển được cải thiện: Việc đạt được tính giống hệt EVM cho phép các nhà phát triển tận dụng các công cụ Ethereum hiện có mà không cần chỉnh sửa, giúp giảm thời gian học tập và tăng tốc độ phát triển.
Hiệu suất nâng cao: Thực thi tức thì và xây dựng payload tối ưu giúp giảm thời gian khối và cải thiện thông lượng giao dịch, giải quyết các thách thức về khả năng mở rộng mà các triển khai trước đó như Polaris đã gặp phải.
Tính mô-đun và linh hoạt: Thiết kế của BeaconKit loại bỏ sự phụ thuộc vào các module Cosmos tiêu chuẩn và mã hóa Protobuf, cho phép các nhà phát triển chèn logic tùy chỉnh và triển khai các quy tắc hợp lệ của khối theo nhu cầu cụ thể.
Hỗ trợ các tính năng nâng cao: Tích hợp EIP-4844 giúp hỗ trợ tốt hơn cho các rollups và giải pháp L2, tạo điều kiện cho việc xây dựng các mạng blockchain có khả năng mở rộng và hiệu quả hơn.
Tính bền vững: Bằng cách tách rời khỏi các client thực thi cụ thể và loại bỏ nhu cầu duy trì các bản fork, BeaconKit cung cấp một lộ trình phát triển bền vững cho các dự án blockchain, giúp giảm tải kỹ thuật và cải thiện sự đa dạng của client [13].

Nhìn chung, BeaconKit đại diện cho một bước tiến quan trọng trong phát triển blockchain, cung cấp các công cụ cần thiết để xây dựng các blockchain hiệu suất cao, giống hệt EVM với sự linh hoạt cao hơn. Việc giới thiệu BeaconKit đánh dấu một kỷ nguyên mới, nơi các nhà phát triển có thể tập trung vào đổi mới mà không bị cản trở bởi các phức tạp kỹ thuật hoặc gánh nặng duy trì các fork client thực thi cồng kềnh.

Kết Luận

Berachain là một blockchain L1 giống hệt EVM được xây dựng bằng BeaconKit và vận hành bằng Proof of Liquidity, liên kết thanh khoản và bảo mật ở cấp độ mạng.

Berachain được bảo mật bởi BERA, token gas và staking của mạng, với phần thưởng và quản trị được quản lý thông qua BGT, token quản trị không thể chuyển nhượng của mạng, có thể kiếm được bằng cách cung cấp thanh khoản hoặc staking token biên nhận đủ điều kiện PoL trong reward vaults.
Người dùng cung cấp thanh khoản hoặc tương tác với các ứng dụng trên Berachain có thể tham gia vào hệ thống Proof of Liquidity bằng cách kiếm và ủy quyền BGT cho trình xác thực.
Nhiều loại ứng dụng và giải pháp mở rộng có thể sử dụng Proof of Liquidity để tăng hiệu quả vốn và phân phối, đồng thời góp phần vào bảo mật mạng.

Berachain hướng đến việc đồng bộ hóa các ưu đãi giữa trình xác thực, dApps và người dùng, tạo ra một hệ sinh thái giúp thúc đẩy sự phát triển của lớp ứng dụng, mở khóa thế hệ blockchain tiếp theo từ 0 đến 1.

Tài Liệu Tham Khảo

[1] Dinesh Kumar, Duraimutharasan, Shanthi, Vennila, Prabu Shankar và Senthil. So sánh tốc độ giao dịch và thông lượng trong Blockchain và Hashgraph: Một nghiên cứu hiệu suất về Công nghệ Sổ cái Phân tán. Journal of Machine and Computing, 3(4), 2023. Link

[2] The PoL Post

[3] The Fat Bera Thesis

[4] Urban J. Jermann. Mô hình tài chính vĩ mô cho Proof-of-Stake Ethereum. National Bureau of Economic Research (NBER), 2023. Link

[5] CurveDAO Documentation

[6] Vitalik Buterin. Tương lai có thể có của giao thức Ethereum, phần 3: The Scourge. 2024. Link

[7] Li Li. Giảm thiểu thách thức trong cơ chế đồng thuận Proof-of-Stake của Ethereum: Đánh giá tác động của EigenLayer và Lido. 2024. Link

[8] Lido Research

[9] Rủi ro của LSD | Entropy Paper

[10] Alex Stokes, Ansgar Dietrichs, Danny Ryan, Martin Holst Swende, light-client. EIP-4788: Beacon block root trong EVM. 2022. Link

[11] Ethereum Execution APIs

[12] CometBFT Documentation

[13] Client Diversity Research