Là một blockchain thu hút được nhiều sự chú ý từ thị trường, Berachain có nhiều cải tiến và tính năng, thu hút sự chú ý của đông đảo cộng đồng và nhà phát triển. Berachain cung cấp giải pháp độc đáo cho vấn đề thanh khoản trên chuỗi thông qua cơ chế PoL và mô hình ba mã thông báo. Khi Berachain chuẩn bị ra mắt mainnet, Berachain đã đưa ra một kế hoạch khuyến khích và TGE để thu hút và hỗ trợ những người dùng và dự án trong hệ sinh thái ban đầu của Berachain.

Beosin là đối tác kiểm toán chính thức của nhiều mạng lưới blockchain như Ronin Network, Merlin Chain, Manta Netowork, Self Chain, v.v. Trong bài viết này, chúng tôi sẽ giúp độc giả hiểu sâu hơn về Berachain bằng cách giải thích kiến ​​trúc của Berachain, thiết kế của ba ứng dụng gốc và quy trình thực hiện hợp đồng liên quan.

1. Kiến trúc

Berachain là chuỗi tương đương EVM Layer1, được đặc trưng bởi việc giới thiệu mô hình ba mã thông báo và cơ chế đồng thuận thanh khoản (Proof-of-Liquidity), tích hợp các cơ chế thanh khoản, đồng thuận và quản trị, mang lại nhiều động lực hơn cho các nhà cung cấp thanh khoản trong hệ sinh thái chuỗi.

Kiến trúc Berachain chủ yếu được chia thành hai cấp độ:

(1) Lớp đồng thuận BeaconKit. Lớp này chủ yếu chịu trách nhiệm về cơ chế đồng thuận của blockchain. Nó áp dụng CometBFT làm thuật toán đồng thuận cơ bản và giới thiệu Proof-of-Liquidity trên cơ sở này. CometBFT là một giao thức đồng thuận dựa trên Tendermint cung cấp khả năng xác nhận giao dịch nhanh chóng và Byzantine Fault Tolerance (BFT). Trong Berachain, BeaconKit tiếp tục đóng gói CometBFT để cho phép nó tương tác với bất kỳ môi trường thực thi nào tương thích với Máy ảo Ethereum (EVM).

（2）Lớp thực thi EVM. Lớp thực thi của Berachain sử dụng cùng một máy ảo như Ethereum, EVM (Máy ảo Ethereum), đảm bảo rằng Berachain hỗ trợ chuỗi công cụ, hợp đồng thông minh và hệ sinh thái Ethereum hiện có, cho phép các nhà phát triển chuyển trực tiếp các hợp đồng thông minh và ứng dụng phi tập trung (dApp) trên Ethereum sang Berachain.

Có hai loại nút trong Berachain: nút xác thực và nút RPC. Mỗi nút có thể được cấu hình là một nút đầy đủ hoặc một nút lưu trữ và mỗi loại nút là sự kết hợp của một máy khách thực thi và một máy khách đồng thuận, điều này có nghĩa là ở cấp độ thực thi, nó hỗ trợ bất kỳ máy khách thực thi EVM nào và được ghép nối với máy khách đồng thuận BeaconKit và khuôn khổ do Berachain xây dựng.

● Máy khách thực thi: chịu trách nhiệm thực thi mã hợp đồng thông minh, quản lý các thay đổi trạng thái và thực thi logic giao dịch. Bằng cách sử dụng Ethereum Engine API, Berachain hỗ trợ 6 máy khách thực thi EVM chính thống: Geth, Erigon, Nethermind, Besu, Reth và Ethereumjs.

● Máy khách đồng thuận: Chịu trách nhiệm đạt được sự đồng thuận giữa các nút mạng, đảm bảo xác minh và sắp xếp các giao dịch và khối. Berachain sử dụng BeaconKit làm máy khách đồng thuận.

2. Proof-of-Liquidity (PoL)

Mô hình kinh tế token Proof-of-Liquidity (PoL) của Berachain chủ yếu bao gồm ba token cốt lõi:

$BERA: BERA là token gas gốc của Berachain, được sử dụng để thanh toán phí giao dịch và là token staking cho người xác thực

$BGT: Token quản trị của Berachain, được sử dụng để tham gia vào quản trị trên chuỗi, phân phối phần thưởng và ủy quyền cho người xác thực. Điểm độc đáo của token này so với các token quản trị thông thường là BGT là token gắn kết với linh hồn, nghĩa là nó không thể chuyển nhượng, tức là người dùng không thể chuyển BGT giữa các địa chỉ khác nhau, nhưng token có thể được trao đổi lấy BERA theo tỷ lệ 1:1. Cần lưu ý rằng đây là hoạt động một chiều và BERA không thể được chuyển đổi lại thành BGT. BGT là token linh hồn không thể chuyển nhượng, nghĩa là chỉ những người dùng thực sự tham gia vào hệ sinh thái Berachain (chẳng hạn như cung cấp thanh khoản, cho vay, v.v.) mới có thể tham gia quản trị, thay vì có được thông qua mua hoặc giao dịch.

$HONEY: Đồng tiền ổn định gốc của Berachain, được sử dụng để cung cấp phương tiện trao đổi ổn định và đáng tin cậy trong và ngoài hệ sinh thái Berachain. Giá trị chính thức của nó được neo ở mức 1 đô la. HONEY là một loại tiền ổn định được thế chấp hoàn toàn và có thể được đúc bằng cách gửi tài sản thế chấp có trong danh sách trắng vào kho tiền. Các tài sản thế chấp khác nhau có tỷ lệ đúc khác nhau, được xác định bởi cơ quan quản lý BGT.

Cơ chế Proof of Liquidity (PoL) được Berachain áp dụng khác với các cơ chế đồng thuận truyền thống (như PoW hoặc PoS). PoL tính đến các đóng góp của các nhà cung cấp thanh khoản trong tất cả các hệ sinh thái chuỗi. Thông qua khai thác thanh khoản và staking, Berachain sử dụng PoL để khuyến khích nhiều người dùng tham gia vào toàn bộ hệ sinh thái của Berachain. Lấy sàn giao dịch phi tập trung gốc của Berachain là BEX làm ví dụ, phần sau đây giới thiệu quy trình chính của PoL trong hệ sinh thái Berachain:

• Staking ban đầu: Người dùng đầu tiên stake BERA để trở thành người xác thực có đủ điều kiện sản xuất khối.

• Đề xuất khối: Chọn ngẫu nhiên một trình xác thực đang hoạt động để đề xuất một khối mới.

• Phân phối phần thưởng: Người xác thực đề xuất khối sẽ nhận được mã thông báo quản trị (BGT) và phân phối chúng cho các kho phần thưởng khác nhau trong hệ sinh thái chuỗi. Tham số này được thiết lập bởi mỗi người xác thực.

• Nhà cung cấp thanh khoản: Đối với BEX, nhà cung cấp thanh khoản có thể cung cấp thanh khoản bằng cách gửi token (như HONEY và BERA) vào nhóm BEX và nhận token chứng chỉ thanh khoản (như $HONEY-WBERA), được thế chấp trong kho phần thưởng để nhận phần thưởng BGT dựa trên đóng góp của họ.

• Mã thông báo quản trị được ủy quyền: Người nắm giữ BGT có thể ủy quyền cho những người xác thực đang hoạt động để tăng trọng số của người xác thực trong việc phân phối phần thưởng khi đề xuất các khối, do đó ảnh hưởng đến việc phân phối BGT, nhưng trọng số này sẽ không ảnh hưởng đến khả năng người xác thực tạo ra các khối.

Vì token quản trị hiện tại BGT chủ yếu đến từ ba DApp gốc chính thức trên Berachain, một là sàn giao dịch phi tập trung gốc Berachain BEX, một là giao thức cho vay phi lưu ký gốc Berachain Bend và còn lại là nền tảng giao dịch đòn bẩy phi tập trung gốc Berps, bài viết này sẽ chủ yếu giới thiệu về logic kinh doanh của ba dự án này.

3. PoL và BEX

BEX (Berachain Exchange) là giao thức sàn giao dịch phi tập trung (DEX) gốc của Berachain, cho phép người dùng giao dịch bất kỳ cặp tài sản tiền điện tử nào mà không cần trung gian. BEX là một thành phần quan trọng trong hệ sinh thái Berachain. Là một sàn giao dịch phi tập trung bản địa, nó được tích hợp chặt chẽ với cơ chế đồng thuận PoL theo những cách sau:

Liquidity Pool: Các nhóm thanh khoản trên BEX có thể được nâng cấp lên kho bạc phần thưởng PoL thông qua quản trị, khiến chúng đủ điều kiện để nhận phần thưởng BGT.

Nhà cung cấp thanh khoản: Người dùng có thể cung cấp thanh khoản trên BEX và kiếm token LP, sau đó đặt cược các token này vào kho phần thưởng PoL để kiếm phần thưởng BGT.

Quản trị: Cơ chế quản trị của BEX cho phép các nhóm thanh khoản mới được đưa vào danh sách trắng trong kho phần thưởng PoL thông qua các đề xuất, cho phép các nhóm này nhận được phần thưởng BGT.

Thông qua nghiên cứu các hợp đồng trên chuỗi thử nghiệm, kiến ​​trúc mã chính của BEX hiện được chia thành ba phần. Phần đầu tiên là hợp đồng BeraCrocMultiSwap (https://bartio.beratrail.io/address/0x21e2C0AFd058A89FCf7caf3aEA3cB84Ae977B73D), chủ yếu chịu trách nhiệm trao đổi mã thông báo đa đường. Khi trao đổi mã thông báo của người dùng liên quan đến mã thông báo trung gian, hợp đồng này cần được gọi;

Phần thứ hai là hợp đồng CrocSwapDex (https://bartio.beratrail.io/address/0xAB827b1Cc3535A9e549EE387A6E9C3F02F481B49), hợp đồng này chịu trách nhiệm cho tất cả các hoạt động giữa người dùng và nhóm, bao gồm thêm và xóa thanh khoản, trao đổi mã thông báo, v.v.;

Phần thứ ba là hợp đồng Path. BEX trên chuỗi có tổng cộng 8 loại hợp đồng Path. Các hợp đồng Path khác nhau tương ứng với các chức năng khác nhau. Theo các tham số User Cmd tương ứng với các hoạt động khác nhau của hợp đồng CrocSwapDex do người dùng truyền, CrocSwapDex sẽ gọi Path tương ứng thông qua proxy để hoàn thành logic đã chỉ định.

Logic chính của dự án được chia thành các danh mục sau theo các hàm Path khác nhau:

• BootPath: các hàm liên quan đến nâng cấp hợp đồng

• ColdPath: logic quản lý độc lập với giao dịch, bao gồm các hàm khởi tạo nhóm và hàm thế chấp quá mức

• HotPath: chịu trách nhiệm cho logic giao dịch phổ biến nhất, trao đổi mã thông báo một bước

• KnockoutPath: Khi một giao dịch vượt qua điểm ranh giới thanh khoản hoặc điểm giá được xác định trước (gọi là điểm va chạm), sự kiện này sẽ được kích hoạt để đánh giá lại hoặc điều chỉnh thanh khoản. Không giống như các đường dẫn giao dịch thông thường, mã vượt qua ranh giới thanh khoản rất phức tạp và không thể được đưa hoàn toàn vào HotPath xử lý các giao dịch thông thường, do đó, nó được xử lý riêng

• LongPath: Chịu trách nhiệm xử lý các giao dịch lệnh ghép chuỗi dài (Lệnh ghép chuỗi dài), thường đề cập đến các giao dịch phức tạp bao gồm nhiều hoạt động đơn lẻ trong các nền tảng giao dịch phi tập trung hoặc nhóm thanh khoản

• MicroPath: Bao gồm các thành phần trung gian liên quan đến các hoạt động nguyên tử đơn lẻ, có thể được gọi trong bối cảnh các đường cong thanh khoản được tải trước khi thực hiện các hoạt động hợp chất phức tạp

• SafeModePath: Mục đích chính là hạn chế tất cả các hoạt động khác và chỉ cho phép các hoạt động quản lý cụ thể khi hợp đồng DEX chuyển sang trạng thái khẩn cấp

• WarmPath: Bao gồm logic vận hành cốt lõi của các nhà cung cấp thanh khoản, Mint ambient billing thanh khoản), Thanh khoản phạm vi tập trung Mint, Thanh khoản môi trường Burn, Thanh khoản phạm vi tập trung Burn

3.1 Thêm thanh khoản

Bài viết này chủ yếu giới thiệu hai logic phổ biến để thêm thanh khoản và trao đổi mã thông báo. Khi người dùng thêm thanh khoản, hàm userCmd của hợp đồng CrocSwapDex trước tiên được gọi thông qua giao diện người dùng hoặc hợp đồng, trong đó callpath là chỉ mục 16 bit được sử dụng để xác định hợp đồng Path tương ứng mà lệnh gọi được chuyển tiếp qua DELEGATECALL; sau đó hợp đồng gọi hàm callUserCmd của hợp đồng ProxyCaller và gọi hợp đồng Path tương ứng theo proxyIdx proxy được truyền vào, đây là hợp đồng WarmPath tại thời điểm này; hàm commitLP của hợp đồng WarmPath sẽ nhập logic nhánh tương ứng để thêm thanh khoản theo các tham số được truyền vào. Hợp đồng bao gồm ba loại logic bổ sung thanh khoản: MINT_AMBIENT_LIQ_LP, MINT_AMBIENT_BASE_LP và MINT_AMBIENT_QUOTE_LP, biểu diễn trực tiếp việc thêm một lượng thanh khoản đã chỉ định và tính toán lượng thanh khoản được thêm vào theo mã thông báo cơ sở hoặc mã thông báo báo giá trong nhóm.

Cuối cùng, hàm mintAmbientLiq của hợp đồng WarmPath chủ yếu chịu trách nhiệm đúc thanh khoản. Hợp đồng sẽ gọi hàm settleFlows của hợp đồng SettleLayer để đúc các mã thông báo chứng chỉ thanh khoản tương ứng cho người dùng.

Logic của việc loại bỏ thanh khoản cũng tương tự như việc thêm thanh khoản, vì vậy bài viết này sẽ không giới thiệu chi tiết.

3.2 Trao đổi mã thông báo

Khi người dùng sử dụng BEX để trao đổi mã thông báo, hàm multiSwap của hợp đồng BeraCrocMultiSwap sẽ được gọi đầu tiên, hàm này sẽ trao đổi trong hợp đồng CrocSwapDex từng bước theo đường dẫn trao đổi; sau đó hàm caluserCmd của hợp đồng CrocSwapDex sẽ được gọi để nhập HotPath hoặc KnockoutPath đã chỉ định để thực thi logic trao đổi cụ thể. Hợp đồng HotPath phổ biến nhất được sử dụng ở đây; HotPath sẽ gọi hàm swapOverPool của MarketSequencer để tính toán số lượng mã thông báo cần trao đổi; cuối cùng, hợp đồng HotPath sẽ gọi hàm settleFlows của hợp đồng SettleLayer để chuyển mã thông báo mục tiêu thu được sau khi trao đổi cho người dùng.

Tóm lại, BEX có những đặc điểm sau so với các DEX truyền thống như uniswap V2:

• Quản lý trạng thái đường cong

Chụp nhanh CurveState: Để tối ưu hóa mức tiêu thụ gas, BEX sẽ sao chép trạng thái đường cong hiện tại (CurveState) từ bộ lưu trữ trên chuỗi (Bộ lưu trữ EVM) vào bộ nhớ và ghi trạng thái đã sửa đổi trở lại chuỗi sau khi giao dịch hoàn tất.

Thông tin được lưu trong ảnh chụp nhanh bao gồm giá gốc (priceRoot), hạt giống thanh khoản (ambientSeeds) và thanh khoản tập trung (concLiq_). Đối với các khái niệm như hạt giống thanh khoản, vui lòng tham khảo sách trắng của Ambient Finance (Crocswap):https://crocswap-whitepaper.netlify.app/

• Thực hiện hoán đổi

Thực hiện giao dịch từng bước: Kiến trúc mã của BEX cho phép thực hiện giao dịch từng bước, đặc biệt là trong các giao dịch quy mô lớn vượt qua nhiều ranh giới thanh khoản (chẳng hạn như tích tắc trong Uniswap V3). Khi vượt qua ranh giới thanh khoản, thanh khoản và giá cả cần phải được điều chỉnh lại. Tính toán lặp lại: Bằng cách duyệt qua từng khoảng thời gian thanh khoản (hoặc tích tắc), hệ thống sẽ dần dần tiêu thụ hoặc tích lũy thanh khoản của giao dịch cho đến khi giao dịch hoàn tất hoặc đạt đến giới hạn giá của người dùng.

Cấu trúc bitmap: Tương tự như Uniswap V3, Ambient DEX sử dụng bitmap để đánh dấu xem có thanh khoản trong từng phạm vi giá hay không và nhanh chóng tìm ra phạm vi thanh khoản khả dụng tiếp theo thông qua bitmap. Tuy nhiên, vì thanh khoản nhóm trên chuỗi BEX hiện áp dụng thanh khoản môi trường, nghĩa là các nhà cung cấp thanh khoản cung cấp thanh khoản trên toàn cầu thay vì thêm thanh khoản tập trung bằng cách chỉ định giá, nên hoạt động trao đổi mã thông báo hiện tại không khác nhiều so với uniswap V2.

4. PoL và Bend

Bend là một giao thức cho vay phi lưu ký trên Berachain. Cốt lõi của nó là cung cấp các dịch vụ cho vay cơ bản cho hệ sinh thái berachain. Dự án là một phần quan trọng của hệ sinh thái Berachain. Là một thị trường cho vay chính thức, nó được tích hợp chặt chẽ với cơ chế đồng thuận PoL theo những cách sau.

Người vay có thể vay token HONEY bằng cách thế chấp tiền điện tử (tương tự như wBTC, v.v.) và cũng có thể nhận được một số lượng token quản trị nhất định khi vay, điều này giúp cơ chế đồng thuận PoL cải thiện việc phân phối BGT. Các nhà cung cấp HONEY có thể cung cấp tính thanh khoản của HONEY và do đó thu được một phần lãi suất từ ​​việc cho vay.

Có ba bên tham gia chính tại Bend:

1. Nhà cung cấp thanh khoản (Nhà cung cấp) cung cấp token $HONEY.

2. Người vay thế chấp tiền điện tử để vay token HONEY.

3. Người thanh lý đảm bảo khả năng thanh toán của thỏa thuận.

Hình bên dưới là kiến ​​trúc chính của dự án:

Thông qua việc nghiên cứu các hợp đồng trên chuỗi thử nghiệm, hiện tại các nhà cung cấp thanh khoản sẽ gửi token HONEY thông qua giao diện cung cấp và nhận lại số lượng token AHONEY tương ứng theo tỷ lệ 1:1. Theo thời gian, số dư token AHONEY mà những người dùng này nhận được sẽ tăng lên theo mức lãi suất tăng lên, giúp duy trì hệ sinh thái của nhóm cho vay và đảm bảo rằng người vay luôn có tiền để vay. Trong tương lai, các nhà cung cấp thanh khoản cũng có thể sử dụng giao diện rút tiền để sử dụng token AHONEY để rút số lượng token HONEY tương ứng theo tỷ lệ 1:1, do đó đạt được lợi nhuận.

Người vay có thể thế chấp tài sản thế chấp thông qua giao diện vay, do đó vay được token HONEY có giá trị thấp hơn giá trị tài sản thế chấp dựa trên giá trị tài sản thế chấp và nhận được số lượng vdHONEY tương ứng, tức là token nợ. Token vdHONEY tương tự như token HONEY và sẽ tăng theo thời gian, đòi hỏi người vay phải trả nhiều token HONEY hơn. Tuy nhiên, trong chuỗi Bera, người vay cũng sẽ nhận được một số lượng token quản trị (BGT) nhất định khi vay token HONEY. Điều này sẽ kích thích sự nhiệt tình của người vay khi vay, duy trì hệ sinh thái của nhóm cho vay và đóng góp vào sự đồng thuận PoL.

Tại Bend, bất kỳ ai cũng có thể trở thành người thanh lý. Khi hệ số sức khỏe của người vay nhỏ hơn 1, chứng tỏ giá trị tài sản thế chấp của người vay không đủ để trang trải giá trị nợ. Người thanh lý có thể khởi xướng việc thanh lý và nhận được 5% giá trị tài sản thế chấp làm phần thưởng thanh lý, qua đó khuyến khích người thanh lý tiến hành thanh lý.

4.1 Thêm thanh khoản

Khi nhà cung cấp thanh khoản thực hiện khoản tiền gửi thanh khoản, chức năng cung cấp sẽ cập nhật bộ đệm dự trữ và lãi suất hiện tại trước, giúp duy trì tình trạng của bộ đệm dự trữ và lãi suất và lấy dữ liệu bộ đệm dự trữ mới nhất bất kỳ lúc nào. Sau đó, nó sẽ xác minh xem token ATOKEN hiện tại đã đạt đến giới hạn đúc hay chưa để tránh đúc quá nhiều token ATOKEN.

Nếu tất cả các lần kiểm tra và cập nhật này đều được thông qua, số lượng token ATOKEN tương ứng sẽ được đúc trực tiếp cho nhà cung cấp thanh khoản theo tỷ lệ 1:1. Khi nhà cung cấp thanh khoản rút thanh khoản, chức năng rút tiền sẽ cập nhật bộ đệm dự trữ hiện tại và lãi suất, sau đó tính toán số dư token ATOKEN mới nhất mà người dùng hiện sở hữu dựa trên số tiền lãi mới nhất, qua đó rút các token thế chấp tương ứng theo tỷ lệ 1:1.

Cần lưu ý rằng nếu nhà cung cấp thanh khoản tại đây tiến hành cho vay thì lượng thanh khoản tương ứng chỉ có thể được rút ra khi hệ số cho vay lành mạnh. Và trong Berachain hiện tại, chỉ có token HONEY mới có thể được cho vay làm tài sản thế chấp, còn các tài sản thế chấp khác không thể dựa vào việc cho vay để kiếm lãi.

4.2 Vay

Khi người vay sử dụng Bend để vay, trước tiên họ cần phải có đủ số tiền thế chấp để thế chấp vào nhóm thông qua hàm cung, sau đó gọi hàm vay để vay. Hàm vay sẽ cập nhật bộ nhớ đệm dự trữ trước để đảm bảo thông tin dự trữ mới nhất, sau đó gọi hàm validateBorrow để xác minh tính hợp pháp của khoản vay này, bao gồm hạn mức vay, giá trị tài sản thế chấp, tín dụng của người dùng và các thông tin khác. Nếu những xác minh này được thông qua, một số lượng token nợ tương ứng, cụ thể là token vdHONEY, sẽ được đúc theo giá trị của tài sản thế chấp và sẽ thu được số lượng token HONEY tương ứng.

Khi người vay cần trả nợ, chức năng trả nợ cũng sẽ cập nhật bộ đệm dự trữ và lãi suất trước, sau đó lấy số lượng token HONEY mà người vay trả nợ dựa trên bộ đệm dự trữ và lãi suất cho vay, đồng thời hủy số lượng token vdHONEY tương ứng sau khi trả nợ thành công. Người vay chỉ có thể sử dụng chức năng rút tiền để rút số tiền thế chấp tương ứng khi người đó trả thành công một số lượng token vdHONEY đủ để khoản nợ hiện tại vẫn ở trạng thái lành mạnh khi tài sản thế chấp được rút ra.

4.3 Thanh lý

Khi giá trị tài sản thế chấp của người vay không đủ, bất kỳ ai cũng có thể gọi hàm liquidationCall với tư cách là người thanh lý để thực hiện thanh lý. Hàm liquidationCall đầu tiên cập nhật dữ liệu bộ nhớ đệm nợ, sau đó gọi hàm validateLiquidationCall để kiểm tra hệ số sức khỏe và tính khả dụng của tài sản thế chấp của người vay. Nếu giá trị nợ hiện tại của người vay vượt quá giới hạn thanh lý, hệ số sức khỏe sẽ quá thấp. Nếu hệ số sức khỏe nhỏ hơn 1, người thanh lý có thể thực hiện thanh lý thành công, hủy bỏ các mã thông báo nợ của người vay trong khi gửi tài sản thế chấp đến địa chỉ kho dự trữ. Người thanh lý có thể nhận được 5% giá trị tài sản thế chấp từ việc thanh lý như một phần thưởng thanh lý, do đó khuyến khích người thanh lý thực hiện việc thanh lý.

5. PoL và Berps

Berachain Berps là một nền tảng giao dịch đòn bẩy phi tập trung cho phép giao dịch hợp đồng tương lai vĩnh viễn. Đồng tiền ổn định gốc của Berachain, $HONEY, là token cơ sở cho tài sản thế chấp, chi tiêu và tiền gửi cho tất cả các giao dịch. Người dùng có thể kiếm thu nhập bằng cách cung cấp thanh khoản giao dịch trong kho tiền $bHONEY. Người gửi tiền vào Vault sẽ kiếm được phí giao dịch do Berps tạo ra và đóng vai trò là bên đối tác cho các vị thế của nhà giao dịch. Ngoài ra, két tiền của Berps cũng có thể nhận được ưu đãi PoL, nghĩa là người dùng gửi tiền vào két tiền sẽ nhận được $BGT.

Hiện tại, Berps đã ra mắt mạng thử nghiệm và hỗ trợ các giao dịch hợp đồng vĩnh viễn dựa trên U cho bốn mã thông báo: BTC, ETH, ATOM và TIA.

Kiến trúc của Berps rất giống với các nền tảng giao dịch phi tập trung vĩnh viễn hiện có trên thị trường và chủ yếu bao gồm các hợp đồng quan trọng sau:

●Điểm vào: điểm vào để người dùng thực hiện giao dịch (bao gồm cả thanh lý). Hợp đồng Entrypoint sẽ kiểm tra xem giao dịch do người dùng khởi tạo có hợp pháp không. Nếu vượt qua được xác minh, hợp đồng sẽ tạo giao dịch tương ứng cho người dùng.

● Phí phát sinh: Tính toán và quản lý phí cho vay

● PhíThị trường: Tính toán và quản lý phí liên quan đến tất cả các cặp giao dịch

● Thị trường: Quản lý các thông số và giới hạn của tất cả các cặp giao dịch

● Lệnh: Quản lý các lệnh giao dịch do người dùng gửi và lưu trữ tiền của người dùng

● Thanh toán: Cập nhật các thay đổi về trạng thái giao dịch

● Vault: Là đối tác của nhà giao dịch, nó cung cấp tính thanh khoản cho giao dịch. Người dùng có thể gửi tiền vào Vault để nhận phí nền tảng và các ưu đãi về token PoL.

6. Tóm tắt

Tóm lại, Berachain là một blockchain L1 tương đương EVM được xây dựng trên Cosmos SDK, sử dụng cơ chế đồng thuận Proof-of-Liquidity (PoL) độc đáo. Người dùng cung cấp thanh khoản cho Berachain sẽ nhận được phần thưởng từ cơ chế PoL. Bằng cách sử dụng PoL, Berachain tăng cường tính thanh khoản và bảo mật của chuỗi. So với các blockchain khác, Berachain có các ứng dụng BEX, Bend và Berps gốc, cung cấp cho người dùng một loạt các dịch vụ DeFi như trao đổi mã thông báo, khai thác thanh khoản, cho vay, giao dịch vĩnh viễn, v.v. Kết hợp với PoL, điều này sẽ cho phép Berachain hoạt động tốt về độ sâu giao dịch và trải nghiệm người dùng của DeFi.