New Ethereum talks, every Monday. The week's conference uploads by event, in your inbox.

Loading player…

BNB Chain: Scaling for the next billion users - Jimmy Zhao | BNB Chain

ETH Belgrade CommunityMon, Oct 7, 2024, 12:00 AM

Transcript

[Applause] thank you um before I started today's talking let me uh make a brief self- introduction first um I'm Jimmy I'm from the BMB Chen uh from the BMB Chen Foundation core Tech Team and uh today I'm going to talk about you know how BMB Chan is doing right now um May I know how many of you have ever uh used a B&B Chan to do some transactions raise your hand wow that's not higher than I expected to be honest right so um yeah BMB chain actually um originally was built by bz but right right now actually BMB chain has been um separated from bance and run as a independent uh infrastructure um and blockchain so just as other blockchains the B&B chain is also um Community Driven and uh also we we are open source and you can find the ecosystem quite comprehensive from the you know the defi applications to the games and to other kind of stuff including the you know the very hot topic about the AI and also the desocialized um social media applications so for those who are not familiar with the BMB Chen I'd like to uh highlight is that BMB chain focus on the performance and also e easy to use and also comprehensive support community support and ecosystem support because we basically want to make sure everyone um are EAS can easily build applications on top of the B&B chain because the B&B chain actually is fully evm compatible um at the beginning from the day one of the BMB chain we try to make sure um developers can migrate their existing code to the BMB chain without any any blockers so yeah I'm very excited to be here um this is also my first time to Belgrade it's very exciting Journey um yeah so I'd like to introduce our mission uh is to just I mentioned um we are trying to provide an infrastructure that can onboard next billion of users so that's the reason why we want to Pursuit the throughput of the network and also the the community governance of the network so oh sorry so I'd like to build uh give you a very high level of B&B Chain by by the numbers by some of the key metrics so BB chain actually is not a single chain we we already have three chain um in main night State um the B the first one of course is the BSC which is the B&B smart chain which is our layer one network that um fully compatible with the evm and the layer two we also we do also have a layer two um because the BC also face the same challenges as other networks so we use the similar concept of the layer two on top the BSC to solve the scalability problems so right now the there are a couple of the layer twos already um one of the the layer two which is the opnb which is a optimistic row up and um we use this you know kind of the performance optimized or performance um you know uh redesigned optimistic row up on top of the BSC so here you can see that um the daily transactions of the process on the opnb is quite quite high of course this number 71 million transactions per day actually is it happened in last year uh the December of 2023 uh 2023 um because of the inscription hype but on average you can see you know uh 10 to 20 million transactions processed being processed on the opnb main net at the same time the opnb also targets to be most affordable layer layer to network you can find in the web3 world and uh again as I mentioned earlier we focus on the performance and throughput so right now the block size or block uh gas limit is 100 million per second which means it can handle around 5,000 transactions per second I mean the native transfer transactions and we are in the progress of expanding the gas limit of each block to 200 million within 2024 by doing some of the performance optimizations including for example the the io database optimization uh of the client also introduce the parallel evm and other kind of the techniques for example the cash uh optimization also some of the algorithm that can you know handle the to reduce the chance of uh re execution and simulation execution this these kind of things so our Target Reading 2024 is to increase the throughput of the opnb to 200 million per second gas I mean um for the BSC oh oh yeah one one more thing is that opnb from the Dao perspective it's very high at this moment if you look into our Explorer you can find the you know the key Matrix information there and uh for the BC uh which is the layer one network um the total volume locked tvl is 4 billion because we make the BSC the Lear one network is a defi Hub of the B&B chain ecosystem so that means we encourage the DF Builders to you know build the financial related applications on a BSC because um it's huge um tvl and of course the average transaction cost on BC is compared with other layer ones is much lower and uh the priority of the B&B chain is also the security we have a um proactive work practive way to protect users so in 2023 we reduced 85% of the financial lost uh just in one year which I I personally feel very proud of our Avenger doll which is our security community that keeps the whole network safe so this is a very high level of the BB Chen key Matrix um so today in this sharing I want to introduce a concept that we believe that which which will be very useful for the DF Builders we call the one BNB Paradigm so if you are familiar with the BMB Chan actually I just mentioned we have three chains one uh one is the BSC of course and the opnb the Layar 2 Network and also the BMB Green Field which is a uh decentralized storage Network so you can think it as a you know uh sort of the object object storage just like AWS S3 right so you can save your files to the Green Field uh in the which has which is a network uh and your file will be you know sharded into different storage providers and each of the storage providers can serve the users either by you know up allowing them to uploading to the files and downloading the files and also get the rewards by by the B&B token so what come back so what is one BNB so we want to make sure the daab developers or we can we can enable the DF developers to use the one Tech stack within the B&B chain ecosystem to build their fully onchain applications from the you know from the front end to the business logic and to the back end even to the data layer so that's we want to integrate uh the three different chains with the programmability and inability among different chains within the B&B chain ecosystem and the developers do not have to you know hop on the help out and go to other places to find the resources to build the application they can use the simple uh you know streamlineed development process and also the same wallet address to manage your assets and also manage your smart contracts so this is a very high level diagram we we want to you know uh introduce what the 1 BNB chain really is so from this diagram you can see on the left hand uh which is a typical DF architecture you can find uh when you try to build the development uh build the application from the front end basically it is written by any front end libraries like the react or view or any H even the raw HTML right so these kind of things can be hosted on the you know Greenfield web hosting service so that means just like the serverless concept you can just build your front end and put everything upload your scripts or files and any other things to the Green Field and Greenfield will be your decentralized web hosting service so this is the front end part the business logic part actually we encourage de daab developers to build their smart contract on the BSC or opnb so it depends on the TP of your applications right so if just a simple user interactions which is very high frequent operations we recommend the developers to build on the opnb which has higher throughput and shorter block time which is 1 second compared with the BC with 3 seconds right and also um on the right hand you can you can see the Green Field which is our decentralized storage Network you can also save your files or your um in app you know assets on the Greenfield so the Greenfield will you know um allow you to uh distribute your contents easily uh I mean globally so that your users are able to access these kind of the files or contents uh with a very uh quick uh latency with very limited latency to in increase your user experiences so among the different components of the One onetop D app appstack or we can call it 1 BNB uh we actually built the inability among different chains for example the opnb and and BSC um there is a relayer um between the opnb to the Greenfield also the BSC to the Greenfield so the object you saved on The Green Field can also be accessed from the smart contract for example if you upload a file to the Greenfield you want to change the permission of this file or you want to change the ownership of this file or you want to set a different policies of for example to change the group or metadata of this file this kind of this kind of things can be managed from the smart contract that means from your business logic you can also control the the your your your object stored on the Green Field so this kind of the programmability or inability we have built into the you know the BSC and opnb so it's it's kind of the system smart contract you can just call it and it's precompiled and you don't have to worry about you know implementation of these kind of things so the purpose is that we want to build a streamlined developer experiences to enable developers to build the fully unchain applications without you know worrying about too much about the you know trap to actually we want to abstract way as much as possible to simplify to make the developers life easier um I one thing I want to highlight is that the the Green Field or the BSC can also be the you know the da layer which means if you want to build another layer too on on top of the BSC or even on the ethereum or any other chance you can also use the green field as a DA layer to save your transaction data that is also possible okay so let's dive into deeper into the programmability of onsite assets onchain assets um I would like to take the game as example because the game on the BSC or on the BM chain ecosystem is quite popular so I'd like to use the game as example so because the Green Field or the BMB chain is very um hot data friendly which means I know that game you know for example if you use your unchain data or unin assets as a uh nft so that means or your in-game character as an nft right so when you play the game your your in-game assets or in-game character can level up or change you know along the way you explore the your the virtual world right so that means the assets that related to the to your character or to your virtual assets or virtual equipment in the game need also you know to be upgraded during the time right so so that's a reason why we introduce this concept because uh compared with the other decentralized storage for example the airwave or uh FS is quite you know permanent storage it's sort of um it's not that flexible if you want to um even if not you know impossible right so if if you want to upgrade your assets or change your file usly it takes a very long time right but Greenfield is instant you can do it with you you know the JavaScript API or Library immediately or even through the other clients you can do it very easily and also you can also change the permission and metadata of this file um at the same time every object that saved on The Green Field can also will be you know be mapped to a nft so that means your data on the Green Field can also be exchanged uh in the o Open Marketplace I mean the nfty Open Marketplace so imagine that you have a very cool a very sexy equipment in the game you want to um send it to your friend right that is possible you can just put it on nfty Marketplace that your friends can just purchase it right or you can share with you know hold you know the peers in the game that they can also purchase um in the in the marketplace after that the ownership of this file that saved on the Greenfield will will also be transferred so this kind of things can be abstract way again will you build a onchain game that is a I think is is a very good tool that can simplify your your game development another typical use case I want to highlight here is that for example if you want to if you you are a uh writer or you writing a book your book can also be uploaded to the to the storage Network and also measured as a nft you can sell your book and if someone want to read your book they can just purchase the nftd and get the permission to read it so this kind of things we we want to promote the concept of the data tokenization or data um exchangeability among your users so how how do we do it right so if you look into the diagram on the left you can see here in the middle between the BSC and Green Field of course it is same for the opnb right there is a relayer in the middle that means the messages or events will be relayed back and forth between the BC and Greenfield Network the as a user if you upload a file uh to the Green Field for example you directly in interact with the Green Field this kind of the events will be measured back to the to the to the BC to update the status of the smart contract of course you can also change the smart contract dates by sending transactions to the BSC and this event will be related to The Green Field to update the status of the metadata of the storage so this kind of things is streamlined and you can do either way either from the smart contract or from the from the storage Provider from the library SDK of the Green Field so these two ways can you know always synced among by the middle in the middl man of the relayer in the middle and you can see there are SPS which means the storage provider so we do have a mechanism of the consensus mechanism to allow storage providers for example if you have a power storage servers you can join the Greenfield Network as a storage provider to to provide services to the to the ecosystem for example if I am a user upload files I can choose which providers storage provider I want to save my file and you can get rewards and uh because users have to pay to upload the files and also users have to pay when they download the files those kind of bandwidth and Computing resources can be utilized to to help the ecosystem to build on top of it so this is the high level idea we want to introduce into the DF development so let's see what we are doing in this year in 20124 I know it's already half of 2024 we have already spent 50% of this year it's quite fast um but actually I'm sorry actually some because some of them has already be implemented for example the 1 BNB Paradigm has been implemented partially and also the OPB connect which is um you know provide the inability among different layer TOS on top of the BC this is also partially implemented the version one has been has been there and uh the B&B Fusion I mean the the B&B chain Fusion is we want to streamline the whole ecosystem of the B&B chain because originally we do do have a B&B Beacon chain if you are familiar with the B&B chain ecosystem is that it is a governance chain and it provide you know the staking services and also provide the the the the consensus mechanism and the governance mechanism of the BM chain so we want to discontinue the bacon chain and then merge the bacon chain functions with the BC so it is still in progress it will be finished by the mid of July right so it's a if you are a bp2 or BPA tokens holders you have to transfer your tokens to the BSC directly and this kind of the Streamline can bring some benefits for the DF developers and the users for example um we want to reduce the cross chain communication from the bacon chain to the BSC which can have some you know security exposure to attackers so we want to streamline these kind of things to reduce the risk at the same time we want to you know streamline the whole governance process so that we can involve more community engagement by introducing native staking services and also governance services to the BC so if you are BNB holder you can just participate into the um governance directly at the same time we are going to you know just I mentioned earlier we want to increase the capacity of the BMB chain we are going to introduce the parallel evm and also uh the Greenfield 2.0 schedu so this kind of things has been shared on our B&B chain Forum you can find the detailed road map of 2024 and also you know participate in the discussion and we are looking for you know more community feedbacks and also uh engagement and Community interactions that can help the whole ecosystem to to succeed sorry yeah so next thing I want to introduce is that it's part of the B BC Fusion I just mentioned uh it's part of the BC Fusion we are trying to introduce the PBS which is proposer Builder separation and the BMB chain ecosystem as well before we do this actually the B&B the me market is not that parent and and transparent and uh and fair to be honest because I know some of the B&B validators actually provide the M service or private manool to the Traders I mean to the Searchers uh in private so you have to have a strong relationship with these validators if you do the Arbitrage right so we want to change that because we do believe that the me Revenue should be distributed fairly for all the players in this in this game right we don't want to make you know the the the the Searchers as a you know so um beneficiary right we want to change this so that's the reason why we follow the e e theum um footstep to introduce the PBS in the in the BSC as well but because of the BSC the the consensus mechanism a little bit different from the ethereum because uh our B time is shorter and uh the throughput of the BC is higher right so we we remove the concept that relayer if you are familiar with the ethereum BBS you will find that the there is a relayer uh between the builders and the validators right but in BSC we remove this concept because we do believe the relayer actually um does not provide enough justification for the BMB chain so we remove that to to make the whole process simplified and more efficient so as a as a Searcher or as a Trader you can just find a builder RPC end points to configure in your wallet or you can just send trans actions through the private man pool from the builders and Builders can be registered with multiple validators you can find the most appropriate Builders um for your case so this has been online already from June uh from May by the end of the May so that means today has been available you can find the related information from the B&B portal and find the most appr proper Builders you want to connect with so this is a diagram a little I know it's a little bit overwhelming um but the concept I want to introduce here is a very high level process it looks like and the the key difference is that we we remove the layers and also introduced A New Concept called with we call it the me um it's really uh meev Sentry I I always cannot remember the words actually it's in the middle to protect the validators and also set up the connections of the builders so the builders can through the me Sentry to registered with the multiple validators to provide the best services at the same time the validators does not have to expose all the you know secret information to the builders to protect the users and it's also protect the security of the whole network so this is something we want to you know introduce to the BSC ecosystem also protect the users from the technical innovations another thing that is highly related to the PBS because um is that um we introduced the solution we call it the eoa gas solution so if you are familiar with account abstraction for example the 4337 uh which provides a smart contract wallet into the ethereum but there are some remaining issues that to be solved by the you know if we adopt the 3 4337 smart contract wallet the first outstanding the outstanding problem is that it cost higher the cost of the EO uh smart contract wallet is higher and uh it's not fully compatible with the EA that means some of the DFS have to support the smart contract wallet to change the code to support it or there will be some you know incompatibility problems need to be solved by the users the users have to pay attention to it right and uh in my view we see that the EA the external account still be the mainstream in the coming one or two years so that's the reason why we introduced the EA gas solution to help you know the DF developers to use lower gas prices or lower I'm sorry the transaction cost and um more uh have higher compatib ility that means they're fully compatible with the EA right so they do not have to change any DF code to support this and also enjoy the benefits I mean part of the benefits of the smart contract wallet the P Master is the most you know important uh feature that uh you know 4337 smart contract what it has introduced to ethereum so that means your DF developers can sponsor your users um and uh abstract way the gas transaction cost before they start interactive with your application so I know I I talked with a lot of D app developers this is the most outstanding um you know pinpoint they want to solve very quickly so that's the reason why we introdu this the concept is very straightforward because we separated it from the um the the validators or proposers from the builders that means the builders will be the proxy to the block space market right so the builders can support this kind of the bundle function so the users using their existing wallet for example M mask or trust wallet Etc to send the gasless transactions to the builders so the builders can bundle these kind of things and send it to the proposer the proposer can just select the most profitable transactions from the builders and include in the next block so this is a very straightforward and very direct way to help the users or Builders to I mean the developers to solve the you know the problem it's simple and elegant and also easy to use another thing is that we are doing right now is the prop storage solution um I know that earlier this year um ethereum has introduced the 4844 The Blob carrying transactions in the in the uh in the ethereum so the row up if they adopt the same way to send the transaction I mean the the uh the layer two transactions to layer one as da layer if they use the call data the the price of the call data actually is fluctuates very violently so that means usually it cost more right but if they use the blob storage to save the da data that'll be cheaper the same thing for the BC but there is a difference between the BC blob carry and trans ethereum is that um BM blob storage um is sort of because we we are going to discontinue the Bon chain of the VM chain right so we only have the execution client so the blob data will be saved as a set car of the BSC client I mean execution client so this kind of things is more efficient compared with you know if you need to save the blob data from the consensus layer and the execution layer there must be some you know chit off need to be made but for the BMB chain we just use it save as a as set car and after 18 days it will be removed from the client so at the same time we also you know there is a synchronization between the BSC to the Green Field um this kind of The Blob storage will be synced to the Greenfield as a permanent storage so anyone who want to rebuild the nodes from or rebuild the state of the layer two they can just get the data from day one on the Green Field just through the grpc end points so the format of this API is fully compatible with the you know the the the the ethereum client as well yeah so let's talk about the parallel evm um parallel of evm is not a new thing it's a everyone in this industry is quite familiar with it especially for the infrastructure developers so for those who are not familiar with this I I just to give you a very high level introduction so parallel evm is basically run the transactions in parallel it's simple right so there are multiple execution engine or execution instances to get the transaction from the transaction pool and execute it in parallel and there is a conflict detection mechanism if there is a conflict for example if one person try or one account trying to send um double span some transactions right this kind of the conflict will be detected and ran to reject the transaction and run again right so this is a very high level concept of the you know the parallel evm it's very straightforward and easy to understand but there is a problem is that if the transaction on the chain has a very high possibility of re exclusion or rejection by the conflict detection that means even with introduce the parallel of evm the performance gains or performance benefits we can get by doing this is very limited right so that means we have to introduce a mechanism to improve this so how do we do this in the BMB Chen um actually we have um three versions of the parallel evm from the 1.0 to 2.0 right the the first two version has been online um in 2023 it's already been there so that means oh yeah sure no problem yeah so yeah let's let me speed up um so we are going to introduce the you know the the the new version to introduce a concept we call a hint so that means the hint will read the transaction pool and detect the conflicts before we dispatch the tasks to the execution engine so to increase the you know the efficiency of the parallel vvm so this is a new version we are going to introduce in in this year and uh we expect according to our Benchmark uh it will increase the performance by 30% uh according to our current um testing so that's the technical part let's talk about the incentives of the BMB chain so we we have the financial incentives and ecosystem incentives uh including the grounds and also the kick kickout stops programs these kind of things you can find our web portal I don't want to spend too much on this and also the MVB season uh it is in season 7 already we are going to um help the startups and new Founders to uh speed up their uh growth if you build on the on the on the B&B chain from the community and also ecosystem and this is the you know detail of the Builders of grounds I will just yeah one one thing I want to highlight is that you can find out our wish list from our GitHub reppel so that means we will list it off the out outstanding problems we see in the BMB chain if you can build some of the solutions to this problem mentioned here it you will have higher possibility to get the grounds from the team it's very straightforward you can check it out and to see whether you your application can solve these problems and this is the incentives according to the DA tvl and we do have some you know programs are in in progress uh this is a kickart um program that we provide essential tools and infrastructure tools that you can get from the at a discounted price from the B&B chain ecosystem patterns they can provide the the developer tools and also some of the you know uh Services yeah this is security uh Avenger doll it provides the proactive alerts for the users and also for the other uh developers dmay is one of our you can think it as a storage uh sorry the the the app app Library so you can list off your um your applications to the to the D uh d bay you can also find the information from the bbin web portal yeah that's the the way to connect with us and U scan a QR code and join our discussions and uh I will come everyone to join us thank you [Applause] Jimmy we maybe have time for one question if any all right uh just wait for the mic yeah thank you Jimmy for the very comprehensive introduction of B&B CH like my question is for like among all the layer one competitors how is BM CH going to differentiate itself from the others in 2024 and in the upcoming years okay um that's a thank you for question I think that's a really good question so the BB Chan again um is it's it has a you know different chain in one ecosystem so we are not only one chain as a just like um only provide the evm uh environment to build the applications we also provide you know just mentioned the stability Solutions and also the storage solutions and one thing I want to highlight is that the B&B chain da is very high so that means the because of you know the history reasons and also our technical uh ecosystems we do have a very huge user base so that means if you deploy your applications on the BSC or OPN or Greenfield you will have a bigger you know user base and the community to um to explore or try out different solutions to to the to the web three world I think that's very very good advantages if you build on the BSC yeah give it up for Jimmy one more time thank you than you

Automatic transcript — names and jargon may be misspelled.