ArhatPart 2: Deep Dive on Compound, Aave & MakerDAO.
NOTE: This is NOT investment advice. This primer series should only be used as a reference to understand the working of different DeFi lending & borrowing operational models. In case you missed it: Primer Series Part 1: Intro to Lending & Borrowing MechanicsDeep Dive: CDMs & CDPsPart 2 of this primer focuses on two primary operating models used by borrowing and lending projects.CDMs vs. CDPs(Over) Collateralized:Debt Markets: where the DeFi protocol has both borrowing and lending capabilities...
ArhatPart 1: Intro to Lending & Borrowing Mechanics
NOTE: This is NOT investment advice. This primer series should only be used as a reference to understand the working of different DeFi lending & borrowing operational models.DeFi: Crypto Use Case Operated to Create Actual And Valuable UtilityAfter what happened the last few months with Celsius, 3AC, and now FTX, DeFi lending & borrowing models have gained meaningful traction in a short period. This primer provides a comprehensive view of lending & borrowing within DeFi. The purpose is to unde...
ArhatUnderstanding User Dynamics in DeFi
Most of us don't understand the user dynamics in web3, especially in DeFi. Let me show you how user dynamics affect any DeFi platform you use.In DeFi, three factors determine the motivation for a user to use that said platform:Participation cost: Do I need to hold the native token or incur a participation cost to meet potential trade counterparties (i.e., to join the community)Transaction motive: How many tokens do I need to hold and/or stake (which depends on platform liquidity) to get ...
The wallet private key associated with this account has been compromised. Please visit this for latest research: https://arhat.mirror.xyz
ArhatPart 2: Deep Dive on Compound, Aave & MakerDAO.
NOTE: This is NOT investment advice. This primer series should only be used as a reference to understand the working of different DeFi lending & borrowing operational models. In case you missed it: Primer Series Part 1: Intro to Lending & Borrowing MechanicsDeep Dive: CDMs & CDPsPart 2 of this primer focuses on two primary operating models used by borrowing and lending projects.CDMs vs. CDPs(Over) Collateralized:Debt Markets: where the DeFi protocol has both borrowing and lending capabilities...
ArhatPart 1: Intro to Lending & Borrowing Mechanics
NOTE: This is NOT investment advice. This primer series should only be used as a reference to understand the working of different DeFi lending & borrowing operational models.DeFi: Crypto Use Case Operated to Create Actual And Valuable UtilityAfter what happened the last few months with Celsius, 3AC, and now FTX, DeFi lending & borrowing models have gained meaningful traction in a short period. This primer provides a comprehensive view of lending & borrowing within DeFi. The purpose is to unde...
ArhatUnderstanding User Dynamics in DeFi
Most of us don't understand the user dynamics in web3, especially in DeFi. Let me show you how user dynamics affect any DeFi platform you use.In DeFi, three factors determine the motivation for a user to use that said platform:Participation cost: Do I need to hold the native token or incur a participation cost to meet potential trade counterparties (i.e., to join the community)Transaction motive: How many tokens do I need to hold and/or stake (which depends on platform liquidity) to get ...
The wallet private key associated with this account has been compromised. Please visit this for latest research: https://arhat.mirror.xyz
Subscribe to Arhat
Subscribe to Arhat
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
Binance Smart Chain Mainnet will undergo the Luban hard fork in a few weeks on June 11th.
The Luban hard fork will incorporate three BEPs:
BEP-126: Introduce Fast Finality Mechanism.
BEP-174: Introduce BSC Extension Protocol.
BEP-221: Introduce BSC Fee Market.
BEP-126 introduces a Fast Finality Mechanism to the Binance Smart Chain (BSC) network. It aims to reduce the confirmation time and improve the user experience of BSC transactions by introducing a voting mechanism among validators.
According to the proposal, the Fast Finality Mechanism works as follows:
The validators form a committee that votes on each block using a BLS-based multi-signature scheme.
The committee size is dynamically adjusted according to the number of active validators and the network latency.
The committee members broadcast their votes to each other through a peer-to-peer (P2P) channel.
The votes are aggregated into a signature that attests the validity of the block.
The signature is attached to the block header and propagated to the network.
The block is considered fast finalized if it has a valid signature from more than two-thirds of the committee members.
The fast finalized blocks can be used as cross-chain communication and data-sharing checkpoints.
BEP-174 introduces a new governance proposal type to manage the set of whitelisted Relayers. A Relayer is a service that facilitates cross-chain communication and data sharing among different blockchains by relaying messages and transactions between them.
According to the proposal, the new governance proposal type works as follows:
The validators can submit a proposal to add or remove a Relayer from the whitelist.
The proposal must include the Relayer’s address, name, and description.
The proposal must also specify the amount of BNB that will be locked as collateral by the Relayer.
The validators will vote on the proposal within a certain period of time.
If the proposal passes, the Relayer will be added or removed from the whitelist accordingly.
If the Relayer is added to the whitelist, it must lock the specified amount of BNB as collateral before it can start relaying messages and transactions.
If the Relayer is removed from the whitelist, it will lose its collateral, and the network will reject its relayed messages and transactions.
BEP-221 introduces a new pre-compiled contract to authorize the CometBFT blocks. CometBFT is a light block validation protocol that the BSC Extension Protocol uses to verify the block headers of other blockchains.
According to the proposal, the new pre-compiled contract works as follows:
The contract takes the block header and the signature of a CometBFT block as inputs.
The contract verifies the validity of the signature using the public keys of the validators who signed the block.
The contract checks if the signature has enough quorum (more than two-thirds of the validators) to authorize the block.
The contract returns true if the signature is valid and has enough quorum and false otherwise
The hard fork is expected to bring more innovation and efficiency to the BSC ecosystem and make it more competitive.
Binance Smart Chain Mainnet will undergo the Luban hard fork in a few weeks on June 11th.
The Luban hard fork will incorporate three BEPs:
BEP-126: Introduce Fast Finality Mechanism.
BEP-174: Introduce BSC Extension Protocol.
BEP-221: Introduce BSC Fee Market.
BEP-126 introduces a Fast Finality Mechanism to the Binance Smart Chain (BSC) network. It aims to reduce the confirmation time and improve the user experience of BSC transactions by introducing a voting mechanism among validators.
According to the proposal, the Fast Finality Mechanism works as follows:
The validators form a committee that votes on each block using a BLS-based multi-signature scheme.
The committee size is dynamically adjusted according to the number of active validators and the network latency.
The committee members broadcast their votes to each other through a peer-to-peer (P2P) channel.
The votes are aggregated into a signature that attests the validity of the block.
The signature is attached to the block header and propagated to the network.
The block is considered fast finalized if it has a valid signature from more than two-thirds of the committee members.
The fast finalized blocks can be used as cross-chain communication and data-sharing checkpoints.
BEP-174 introduces a new governance proposal type to manage the set of whitelisted Relayers. A Relayer is a service that facilitates cross-chain communication and data sharing among different blockchains by relaying messages and transactions between them.
According to the proposal, the new governance proposal type works as follows:
The validators can submit a proposal to add or remove a Relayer from the whitelist.
The proposal must include the Relayer’s address, name, and description.
The proposal must also specify the amount of BNB that will be locked as collateral by the Relayer.
The validators will vote on the proposal within a certain period of time.
If the proposal passes, the Relayer will be added or removed from the whitelist accordingly.
If the Relayer is added to the whitelist, it must lock the specified amount of BNB as collateral before it can start relaying messages and transactions.
If the Relayer is removed from the whitelist, it will lose its collateral, and the network will reject its relayed messages and transactions.
BEP-221 introduces a new pre-compiled contract to authorize the CometBFT blocks. CometBFT is a light block validation protocol that the BSC Extension Protocol uses to verify the block headers of other blockchains.
According to the proposal, the new pre-compiled contract works as follows:
The contract takes the block header and the signature of a CometBFT block as inputs.
The contract verifies the validity of the signature using the public keys of the validators who signed the block.
The contract checks if the signature has enough quorum (more than two-thirds of the validators) to authorize the block.
The contract returns true if the signature is valid and has enough quorum and false otherwise
The hard fork is expected to bring more innovation and efficiency to the BSC ecosystem and make it more competitive.
No activity yet