Khám phá Berachain: Phân tích giao thức gốc và các điểm kỹ thuật
Tuyển chọn TechFlowTuyển chọn TechFlow
Khám phá Berachain: Phân tích giao thức gốc và các điểm kỹ thuật
Phân tích kiến trúc của Berachain, thiết kế ba ứng dụng gốc và quy trình thực thi hợp đồng liên quan.
Chuyên sâu báo cáo Web3Bài viết: Beosin
Berachain là một chuỗi khối thu hút sự chú ý lớn từ thị trường, với nhiều đổi mới và đặc điểm nổi bật đã thu hút lượng lớn 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 loại token. Khi Berachain sắp ra mắt mainnet, dự án đã khởi động chương trình khuyến khích và TGE nhằm thu hút và hỗ trợ người dùng và dự án sớm tham gia vào hệ sinh thái Berachain.
Bài viết này sẽ giúp người đọc hiểu sâu hơn về Berachain thông qua việc giải thích kiến trúc của Berachain, thiết kế ba ứng dụng gốc và quy trình thực thi hợp đồng liên quan.
1. Kiến trúc
Berachain là một chuỗi lớp 1 tương thích EVM, nổi bật nhờ giới thiệu mô hình ba loại token và cơ chế đồng thuận bằng thanh khoản (Proof-of-Liquidity), tích hợp thanh khoản, đồng thuận và quản trị lại với nhau, mang đến nhiều phần thưởng hơn cho những người 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 tầng:
(1) Lớp đồng thuận BeaconKit. Lớp này chịu trách nhiệm chính về cơ chế đồng thuận của chuỗi khối, sử dụng CometBFT làm thuật toán đồng thuận nền tảng và tích hợp thêm Proof-of-Liquidity. CometBFT là giao thức đồng thuận dựa trên Tendermint, có khả năng cung cấp xác nhận giao dịch nhanh chóng và tính năng chịu lỗi Byzantine (BFT). Trong Berachain, BeaconKit đóng gói CometBFT để có thể tương tác với mọi môi trường thực thi tương thích Ethereum Virtual Machine (EVM).
(2) Lớp thực thi EVM. Lớp thực thi của Berachain sử dụng máy ảo giống như Ethereum – EVM (Ethereum Virtual Machine), đảm bảo Berachain hỗ trợ đầy đủ công cụ, hợp đồng thông minh và hệ sinh thái hiện tại của Ethereum, cho phép các nhà phát triển dễ dàng di chuyển trực tiếp các hợp đồng thông minh và ứng dụng phi tập trung (dApps) từ Ethereum sang Berachain.
Các nút trong Berachain được chia thành hai loại: nút xác thực và nút RPC. Mỗi nút có thể được cấu hình thành nút toàn bộ hoặc nút lưu trữ, mỗi loại nút đều là tổ hợp giữa khách hàng thực thi và khách hàng đồng thuận, nghĩa là về mặt thực thi, nó hỗ trợ mọi khách hàng thực thi EVM và kết nối với khách hàng đồng thuận BeaconKit cùng khuôn khổ do Berachain xây dựng.
● Khách hàng thực thi: chịu trách nhiệm thực thi mã hợp đồng thông minh, quản lý thay đổi trạng thái và logic xử lý giao dịch. Thông qua việc sử dụng API Ethereum Engine, Berachain hỗ trợ 6 khách hàng thực thi EVM phổ biến: Geth, Erigon, Nethermind, Besu, Reth và Ethereumjs.
● Khách hàng đồ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 thực và sắp xếp giao dịch và khối. Berachain sử dụng BeaconKit làm khách hàng đồ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 loại token cốt lõi:
$BERA: BERA là token gas gốc của Berachain, được dùng để trả phí giao dịch và làm tài sản stake cho các trình xác thực.
$BGT: token quản trị của Berachain, dùng để tham gia quản trị trên chuỗi, phân bổ phần thưởng và ủy quyền cho các trình xác thực. Điểm khác biệt của BGT so với các token quản trị thông thường là BGT là một token soulbound, nghĩa là không thể chuyển nhượng, tức người dùng không thể chuyển BGT giữa các địa chỉ khác nhau, nhưng token này có thể được đổi sang BERA theo tỷ lệ 1:1. Lưu ý đây là thao tác một chiều, BERA không thể đổi ngược lại thành BGT. Với tư cách là token soulbound không thể chuyển nhượng, BGT đại diện cho việc chỉ những người thực sự tham gia vào hệ sinh thái Berachain (như cung cấp thanh khoản, vay mượn...) mới có thể tham gia quản trị, chứ không phải thông qua mua hay giao dịch.
$HONEY: stablecoin gốc của Berachain, dùng để cung cấp phương tiện trao đổi ổn định và đáng tin cậy bên trong và bên ngoài hệ sinh thái Berachain, theo giới thiệu chính thức thì giá trị của HONEY được neo bằng 1 đô la Mỹ. HONEY là một stablecoin được đảm bảo đầy đủ, có thể được đúc bằng cách gửi tài sản thế chấp nằm trong danh sách trắng vào kho. Các tài sản thế chấp khác nhau có tỷ lệ đúc khác nhau, do quản trị BGT quyết định.
Cơ chế Proof of Liquidity (PoL) mà Berachain áp dụng khác với các cơ chế đồng thuận truyền thống (như PoW hay PoS), PoL xem xét đóng góp của tất cả những người cung cấp thanh khoản trong hệ sinh thái chuỗi. Thông qua khai thác thanh khoản và stake, Berachain sử dụng PoL để khuyến khích nhiều người dùng hơn tham gia vào toàn bộ hệ sinh thái Berachain. Dưới đây lấy ví dụ về sàn giao dịch phi tập trung gốc BEX của Berachain để giới thiệu quy trình chính của PoL trong hệ sinh thái Berachain:
-
Stake ban đầu: Người dùng trước tiên stake BERA để trở thành trình xác thực có tư cách tạo khối.
-
Đề xuất khối: Một trình xác thực đang hoạt động được chọn ngẫu nhiên để đề xuất khối mới.
-
Phân phối phần thưởng: Trình xác thực đề xuất khối sẽ nhận được token quản trị (BGT), sau đó phân phối vào các kho phần thưởng khác nhau trong hệ sinh thái chuỗi, tham số này do từng trình xác thực thiết lập.
-
Người cung cấp thanh khoản: Đối với BEX, người cung cấp thanh khoản có thể gửi token (ví dụ HONEY và BERA) vào các pool của BEX để cung cấp thanh khoản, nhận được token chứng nhận thanh khoản (ví dụ $HONEY-WBERA), rồi stake token này vào kho phần thưởng để nhận phần thưởng BGT tùy theo đóng góp.
-
Ủy quyền token quản trị: Người nắm giữ BGT có thể ủy quyền cho các trình xác thực đang hoạt động, tăng trọng số phân phối phần thưởng khi trình xác thực đó đề xuất khối, từ đó ảnh hưởng đến việc phân phối BGT, tuy nhiên trọng số này không ảnh hưởng đến xác suất tạo khối của trình xác thực.
Hiện tại, token quản trị 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 BEX, một là giao thức cho vay không lưu ký gốc Bend, và một là nền tảng giao dịch phái sinh đò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 nghiệp vụ 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 mã hóa 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, với tư cách là một DEX gốc, nó tích hợp chặt chẽ với cơ chế đồng thuận PoL theo những cách sau:
-
Pool thanh khoản: Các pool thanh khoản trên BEX có thể được nâng cấp thông qua quản trị để trở thành kho phần thưởng PoL, từ đó đủ điều kiện nhận phần thưởng BGT.
-
Người cung cấp thanh khoản: Người dùng có thể cung cấp thanh khoản trên BEX và nhận token LP, sau đó stake 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 đưa các pool thanh khoản mới vào danh sách trắng kho phần thưởng PoL thông qua đề xuất, khiến các pool này có thể nhận phần thưởng BGT.
Thông qua nghiên cứu hợp đồng trên chuỗi thử nghiệm, hiện tại kiến trúc mã chính của BEX được chia thành ba phần. Phần thứ nhất là hợp đồng BeraCrocMultiSwap (https://bartio.beratrail.io/address/0x21e2C0AFd058A89FCf7caf3aEA3cB84Ae977B73D), hợp đồng này chủ yếu chịu trách nhiệm chuyển đổi đa tuyến đường cho token, khi việc chuyển đổi token của người dùng liên quan đến token trung gian thì cần gọi hợp đồng này;
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 về mọi thao tác của người dùng với pool, bao gồm thêm và rút thanh khoản, chuyển đổi token, v.v.;
Phần thứ ba là hợp đồng Path. Trên chuỗi BEX hiện có tổng cộng 8 loại hợp đồng Path, mỗi loại tương ứng với chức năng khác nhau. Dựa theo tham số User Cmd khác nhau do người dùng truyền vào hợp đồng CrocSwapDex, CrocSwapDex sẽ thông qua proxy gọi tới Path tương ứng để hoàn thành logic chỉ định.
Logic chính của dự án được chia theo chức năng Path khác nhau thành các loại sau:
-
BootPath: Chức năng liên quan nâng cấp hợp đồng
-
ColdPath: Logic quản lý không liên quan giao dịch, bao gồm khởi tạo pool và chức năng đảm bảo quá mức
-
HotPath: Chịu trách nhiệm về logic giao dịch phổ biến nhất, chuyển đổi token một bước
-
KnockoutPath: Khi giao dịch vượt qua một điểm ranh giới thanh khoản hoặc điểm giá đã định trước (gọi là bump point), 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ác với đường dẫn giao dịch thông thường, mã vượt ranh giới thanh khoản phức tạp, không thể hoàn toàn chứa trong HotPath xử lý giao dịch thông thường, do đó được xử lý riêng biệt
-
LongPath: Chịu trách nhiệm xử lý giao dịch đơn hàng phức hợp chuỗi dài (Long-chain Compound Orders), thường chỉ những giao dịch phức tạp được ghép từ nhiều thao tác đơn lẻ trên nền tảng giao dịch phi tập trung hoặc pool thanh khoản
-
MicroPaths: Bao gồm các thành phần cấp trung liên quan đến thao tác nguyên tử đơn lẻ, các thành phần này khi thực hiện thao tác phức hợp phức tạp có thể được gọi trong bối cảnh đường cong thanh khoản đã tải trước
-
SafeModePath: Mục đích chính là khi hợp đồng DEX vào trạng thái khẩn cấp thì giới hạn mọi thao tác khác, chỉ cho phép thao tác quản lý cụ thể
-
WarmPath: Bao gồm logic thao tác cốt lõi của người cung cấp thanh khoản, đúc thanh khoản môi trường (Mint ambient liquidity), đúc thanh khoản phạm vi tập trung (Mint concentrated range liquidity), hủy thanh khoản môi trường (Burn ambient liquidity), hủy thanh khoản phạm vi tập trung (Burn concentrated range liquidity)
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à chuyển đổi token. Khi người dùng thêm thanh khoản, trước tiên thông qua frontend hoặc gọi hàm userCmd của hợp đồng CrocSwapDex, trong đó callpath là một chỉ mục 16 bit, dùng để xác định hợp đồng Path tương ứng mà lệnh được chuyển tiếp tới thông qua DELEGATECALL;
Tiếp theo, hợp đồng gọi hàm callUserCmd của hợp đồng ProxyCaller, theo proxyIdx truyền vào để proxy gọi tới hợp đồng Path tương ứng, lúc này là hợp đồng WarmPath; Hàm commitLP của hợp đồng WarmPath sẽ theo tham số truyền vào đi vào nhánh logic thêm thanh khoản tương ứng, hợp đồng bao gồm ba loại logic thêm thanh khoản: MINT_AMBIENT_LIQ_LP, MINT_AMBIENT_BASE_LP, MINT_AMBIENT_QUOTE_LP, lần lượt đại diện cho việc thêm trực tiếp số lượng thanh khoản chỉ định, và tính toán số lượng thanh khoản thêm vào theo cách định giá bằng token base hoặc token quote trong pool.
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 token chứng nhận thanh khoản tương ứng cho người dùng.
Logic rút thanh khoản tương tự như thêm thanh khoản, bài viết này sẽ không đi sâu chi tiết.
3.2 Chuyển đổi token
Khi người dùng sử dụng BEX để chuyển đổi token, trước tiên gọi hàm multiSwap của hợp đồng BeraCrocMultiSwap, hàm này sẽ theo lộ trình chuyển đổi từng bước thực hiện chuyển đổi trong hợp đồng CrocSwapDex; Tiếp theo gọi hàm caluserCmd của hợp đồng CrocSwapDex để đi vào HotPath hoặc KnockoutPath cụ thể thực hiện logic chuyển đổi, ở đây sử dụng hợp đồng HotPath phổ biến nhất; HotPath sẽ gọi hàm swapOverPool của MarketSequencer để tính ra số lượng token chuyển đổi; Cuối cùng, hợp đồng HotPath lại gọi hàm settleFlows của hợp đồng SettleLayer để chuyển token mục tiêu sau chuyển đổi cho người dùng.
Tóm lại, so với các DEX truyền thống như uniswap V2, BEX có những đặc điểm sau:
Quản lý Trạng thái đường cong (CurveState)
Lưu ảnh trạng thái đường cong (Snapshotting CurveState): Để tối ưu chi phí gas, BEX sẽ sao chép trạng thái đường cong hiện tại (CurveState) từ bộ nhớ trên chuỗi (EVM Storage) sang bộ nhớ tạm, sau khi hoàn thành giao dịch sẽ ghi lại trạng thái đã thay đổi lên chuỗi.
Thông tin lưu trong ảnh bao gồm gốc giá (priceRoot), hạt giống thanh khoản (ambientSeeds) và thanh khoản tập trung (concLiq_). Về các khái niệm như hạt giống thanh khoản, có thể tham khảo sách trắng Ambient Finance (Crocswap): https://crocswap-whitepaper.netlify.app/
Thực thi giao dịch (Swap Execution)
Thực thi 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 khi giao dịch quy mô lớn sẽ vượt qua nhiều ranh giới thanh khoản (như tick trong Uniswap V3). Khi vượt qua một ranh giới thanh khoản, cần điều chỉnh lại thanh khoản và giá. Tính toán lặp: Bằng cách duyệt qua từng khoảng thanh khoản (hoặc tick), hệ thống sẽ dần dần tiêu thụ hoặc tích lũy thanh khoản cho giao dịch, cho đến khi hoàn thành giao dịch hoặc đạt đến giới hạn giá của người dùng.
Cấu trúc bản đồ bit: Tương tự Uniswap V3, Ambient DEX sử dụng bản đồ bit để đánh dấu sự tồn tại thanh khoản trong từng khoảng giá và tìm nhanh khoảng thanh khoản tiếp theo có sẵn. Tuy nhiên, hiện tại tất cả các pool thanh khoản trên chuỗi BEX đều sử dụng thanh khoản môi trường, tức người cung cấp thanh khoản cung cấp thanh khoản toàn cục chứ không phải thêm thanh khoản tập trung theo giá chỉ định, do đó hiện tại trong thao tác chuyển đổi token, không khác biệt nhiều so với uniswap V2.
4. PoL và Bend
Bend là giao thức cho vay không lưu ký trên chuỗi Bera, cốt lõi là cung cấp dịch vụ cho vay cơ bản cho hệ sinh thái berachain, dự án này là một thành phần quan trọng trong hệ sinh thái Berachain, với tư cách là một thị trường cho vay chính thức, nó 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ể thế chấp tiền mã hóa (giống như wBTC v.v.) để vay token HONEY, đồng thời trong quá trình vay cũng nhận được một lượng nhất định token quản trị, điều này giúp hoàn thiện việc phân phối BGT của cơ chế đồng thuận PoL. Người cung cấp HONEY có thể cung cấp thanh khoản HONEY để nhận phần chia lãi suất từ hoạt động cho vay.
Ba đối tượng tham gia chính trong Bend gồm:
1. Người cung cấp thanh khoản token $HONEY (Suppliers).
2. Người vay (Borrowers) thế chấp tiền mã hóa để vay token HONEY.
3. Người thanh lý (Liquidators) đảm bảo giao thức có khả năng thanh toán.
Hình dưới đây là kiến trúc chính của dự án:
Thông qua nghiên cứu hợp đồng trên chuỗi thử nghiệm, hiện tại người cung cấp thanh khoản sẽ gửi token HONEY thông qua giao diện supply để nhận token AHONEY tương ứng theo tỷ lệ 1:1 làm phần thưởng. 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 lãi suất, điều này giúp duy trì hệ sinh thái pool cho vay, đảm bảo người vay luôn có vốn để vay, sau này người cung cấp thanh khoản cũng có thể rút token HONEY tương ứng theo tỷ lệ 1:1 bằng giao diện withdraw, từ đó thu lợi nhuận.
Người vay có thể thế chấp tài sản đảm bảo thông qua giao diện borrow để vay token HONEY thấp hơn giá trị tài sản đảm bảo, đồng thời nhận được vdHONEY tương ứng, tức token nợ. Token vdHONEY và HONEY cũng tăng số lượng theo thời gian, khiến người vay phải hoàn trả nhiều token HONEY hơn. Tuy nhiên, trên chuỗi Bera, khi người vay vay token HONEY, họ cũng nhận được một lượng nhất định token quản trị (BGT), điều này khơi dậy tính tích cực vay mượn, duy trì hệ sinh thái pool cho vay, đồng thời đóng góp cho PoL.
Trong 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 đảm bảo không đủ để bù đắp giá trị nợ, người thanh lý có thể khởi động thanh lý và nhận 5% giá trị tài sản đảm bảo làm phần thưởng thanh lý, từ đó khuyến khích hành động thanh lý.
4.1 Thêm thanh khoản
Khi người cung cấp thanh khoản gửi thanh khoản, hàm supply trước tiên cập nhật bộ đệm dự trữ hiện tại và lãi suất, giúp duy trì sức khỏe bộ đệm dự trữ và luôn lấy dữ liệu mới nhất, sau đó kiểm tra xem token ATOKEN hiện tại đã đạt giới hạn đúc chưa, tránh đúc quá nhiều token ATOKEN.
Nếu các kiểm tra và cập nhật này đều qua, sẽ trực tiếp đúc cho người cung cấp thanh khoản số lượng token ATOKEN tương ứng theo tỷ lệ 1:1. Khi người cung cấp thanh khoản rút thanh khoản, hàm withdraw cũng sẽ trước tiên cập nhật bộ đệm dự trữ và lãi suất, sau đó tính số dư token ATOKEN mới nhất của người dùng theo số lãi mới nhất hiện tại, từ đó rút ra số token tài sản đảm bảo tương ứng theo tỷ lệ 1:1.
Lưu ý rằng, nếu người cung cấp thanh khoản này đã vay mượn, thì phải trong tình trạng hệ số sức khỏe cho vay tốt mới có thể rút số lượng thanh khoản tương ứng. Hiện tại trên Berachain, chỉ có token HONEY có thể được cho vay như tài sản vay, các tài sản đảm bảo khác không thể kiếm lãi thông qua cho vay.
4.2 Cho vay
Khi người vay sử dụng Bend để vay, trước tiên cần có đủ tài sản đảm bảo gửi vào pool thông qua hàm supply, sau đó gọi hàm borrow để vay. Hàm borrow trước tiên sẽ cập nhật bộ đệm dự trữ để đảm bảo thông tin mới nhất, sau đó gọi hàm validateBorrow để kiểm tra tính hợp lệ của lần vay này, bao gồm giới hạn vay, giá trị tài sản đảm bảo, tín dụng người dùng... Nếu các kiểm tra này qua, sẽ đúc số lượng token nợ tương ứng theo giá trị tài sản đảm bảo, tức token vdHONEY, để nhận được số lượng token HONEY tương ứng.
Khi người vay cần hoàn trả khoản vay, hàm repay cũng sẽ trước tiên cập nhật bộ đệm dự trữ và lãi suất, đồng thời theo bộ đệm dự trữ và lãi suất vay để xác định số lượng token HONEY cần hoàn trả, sau khi hoàn trả thành công sẽ hủy số lượng token vdHONEY tương ứng. Người vay chỉ có thể dùng hàm withdraw để rút số tài sản đảm bảo tương ứng khi đã hoàn trả đủ số lượng token vdHONEY, khiến khoản nợ hiện tại vẫn ở trạng thái khỏe mạnh dù đã rút tài sản đảm bảo.
4.3 Thanh lý
Khi giá trị tài sản đảm bảo của người vay không đủ, bất kỳ ai cũng có thể gọi hàm liquidationCall để làm người thanh lý. Hàm liquidationCall trước tiên cập nhật dữ liệu bộ đệm nợ, sau đó gọi hàm validateLiquidationCall để kiểm tra hệ số sức khỏe và khả dụng tài sản đảm bảo của người vay, nếu giá trị nợ hiện tại vượt ngưỡng thanh lý sẽ khiến hệ số sức khỏe 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 token nợ của người vay, đồng thời gửi tài sản đảm bảo đến địa chỉ kho dự trữ. Người thanh lý có thể nhận 5% giá trị tài sản đảm bảo từ việc thanh lý này làm phần thưởng, từ đó khuyến khích hành động 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. Stablecoin gốc $HONEY của Berachain là token cơ sở cho tài sản đảm bảo, chi tiêu và gửi tiền trong mọi giao dịch. Người dùng có thể kiếm lợi nhuận bằng cách cung cấp thanh khoản giao dịch trong kho $bHONEY. Người gửi tiền vào kho sẽ nhận được phí giao dịch do Berps tạo ra và đóng vai trò đối tác giao dịch cho vị thế người giao dịch. Ngoài ra, kho của Berps cũng có thể nhận phần thưởng PoL, tức người dùng gửi tiền vào kho sẽ nhận được $BGT.
Hiện tại, Berps đã ra mắt mạng thử nghiệm và hỗ trợ giao dịch hợp đồng tương lai định giá bằng U cho bốn token: BTC, ETH, ATOM và TIA.
Kiến trúc Berps rất giống với các nền tảng giao dịch phái sinh vĩnh viễn phi tập trung hiện có trên thị trường, chủ yếu bao gồm các hợp đồng quan trọng sau:
● Entrypoint: Cổng vào cho người dùng giao dịch (bao gồm thanh lý). Hợp đồng Entrypoint sẽ kiểm tra tính hợp lệ giao dịch do người dùng khởi tạo, nếu vượt qua xác minh, hợp đồng sẽ tạo giao dịch tương ứng cho người dùng.
● FeesAccrued: Tính toán và quản lý phí vay mượn
● FeesMarkets: Tính toán và quản lý các loại phí liên quan đến tất cả cặp giao dịch
● Markets: Quản lý tham số và giới hạn của tất cả cặp giao dịch
● Orders: Quản lý đơn đặt hàng giao dịch do người dùng gửi và lưu trữ vốn của người dùng
● Settlement: Cập nhật thay đổi trạng thái giao dịch
● Vault: Đóng vai trò đối tác giao dịch, cung cấp thanh khoản giao dịch. Người dùng có thể gửi tiền vào Vault để nhận lợi nhuận từ phí nền tảng và phần thưởng token PoL.
6. Tổng kết
Tóm lại, Berachain là một chuỗi lớp 1 EVM tương đương được xây dựng trên Cosmos SDK, sử dụng cơ chế đồng thuận độc đáo Proof-of-Liquidity (PoL), người dùng cung cấp thanh khoản cho Berachain sẽ nhận phần thưởng từ cơ chế PoL. Nhờ PoL, Berachain tăng cường thanh khoản và an toàn vốn cho chuỗi. So với các chuỗi khối khác, Berachain có các ứng dụng gốc BEX, Bend và Berps, cung cấp cho người dùng loạt dịch vụ DeFi như chuyển đổi token, khai thác thanh khoản, cho vay, giao dịch vĩnh viễn, kết hợp với PoL, điều này khiến Berachain nổi bật về độ sâu giao dịch và trải nghiệm người dùng trong lĩnh vực DeFi.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@Beosin_com
