yeah um hello everyone so yq here founder of all and it's amazing to be here to really share like sort of the latest uh progress and also updates about like the stuff we work with uh Babylon for a long time and uh as you can see from this topic right we uh apart from providing this rolap service with a lot of Rola Stacks we are together building this FAS fanatic layer by leveraging this BTC share security together with uh Babylon team so before we jump into the solution we would like to know what are the sort of the background and also the context for rollups so as we can see right uh right now with OP Abron and the various ZK raps we can really look into the implementation of the roll up right now it's still quite centralized we can see there's a single sequencer basically to handle and collect all the transactions after that as you can see right in the rollup itself we have the executor to execute these transactions basically to run the smart contracts and uh execute most of the transactions in the evm or different VM and beyond that we can see there will be State transactions and in the end the state will be written into the local database as some merco tree whatever these kind of data structures and beyond that when we talk about the finality for R up typ typically we say uh there will be different types of finality in the next one but normally we will see when the sequencer or the executor or the Bater push the data we call transaction bodies to the DA like ethereum or some different uh l1s or the da service providers or sometimes it's about like we need to push this state rule hash by to the R1 when this happens we see like okay there is a sort of finality for the roller but if we really look at the different types of finality we can see there's a quite big spectrum of the definition for different finalities sometimes for lot of application when we say okay there's a confirmation from the rooll out like for example op St 2 seconds right or this orbit is a subc it's normally we say okay we got a confirmation from the sequencer so that sort like we call it a pre-confirmation or solof the confirmation or soloft the finality from the sequencer side and beyond that sometimes we say okay the sequencer post the da data or the state R hash back to the L1 that can be something we treat as another level of finality because it's already finalized um on the L1 at least submitted to the L1 that sort out we call order finality but for some uh application they want like a little bit harder finality compared to the softer finality in that case they want to see the finalization of the L1 for that specific transaction sent to the uh L1 from the sequencer so in that case we will see okay for ethereum typically there are multiple blocks and uh slot it takes around like uh 12 minutes to really have the finality U for this block or this type of uh like sort of transaction so in that case as you can see right with different definition of the finality for rollups we can really base on the demands and also requests from the applications we show that okay there are different types of finality you can choose what what kind of finality you want and however for lot of the ation right especially for D5 protocol Bridges and exchanges they really want some really a little bit final finality on the L1 on that side if you look at ethereum typically it's not just a one block 12 seconds it takes like uh like sort of multiple OTS like overall it's sort of like 64 blocks to ref finalize that block so in that case as you can see right we say it's sort of like this ethereum or the 1's finality is around like 12 minutes or over 12 minutes so in that case we can guarantee okay on the L2 side the sequencer send the St Ru hash to the L1 and this block is all also get finalized by the L1 so in that case like uh defy exchanges and sometimes different application they can say okay now this l2's block actually finalized on the L1 um however as you can see uh this still takes a long time we want these l2s or these rolas to really have the finality within a few seconds it's better to be like sort of two second or even subc so in that case right in the current setup or the current I mean definition for the finality and also a security guarantee right it's not fast enough um it still takes a few minutes even we don't really consider like sort of the Z proof generation or even the 7day challenge time time for the fall proof is still we need over 10 minutes for a relatively good finality for the roll up or the L2 on the L1 side so in that case is there better solution so one way that we can leverage this uh crypto economic way to really do the precon all the kind of uh financially for it so that's a point why we really need a faster finan layer to achieve this kind of um decent finality for lot of these crypto especially def applications they want at the same time they can also achieve this with a few seconds instead of a few minutes and typically when we say a fast finality layer is sort of like a group of participants on noes in the network in a decentralized manner and at the same time they can do the verification for the state transition functions um and normally right as you you can see uh from the roll up perspective uh we just need this F layer to be in the middle before the sequencer really submit anything to the L1 the ftic layer can do this verification separately independently like because they have other Stakes on the L1 or in a network for example Babylon so if anything is wrong they will these noes will be slashed so in that case right instead of trust a single sequencer for the roll up the L2 right we can we can now trust this decentralized F finality layer to do this verification um and beyond that if we look at the first design we propos for Babylon team it's something uh quite similar to what we done on this uh ethereum side so it's basically we can leverage this lsts for example Lumar and bat Rock and also pump BTC whatever the issue the RSD is on ethereum so we can leverage the sort of LDS to stake on the different like sort of validators to do this extra verification so in that case we can natively build everything on ethereum but as you can see right the draw by that we don't really use the native BTC it's still LSD like sort of existing on ethereum and uh at the same time there are some extra security assumptions because different lsts they have different security assumptions to Mint this rst BTC on ethereum and beyond that on babyon side they also propose this forist rollups and the cool part for forist r that it leverage that sort of this finan providers to natively um that sort of a stake on the BTC on this uh Babylon like um protocol but at the same time they do this verification for the r as you can see right by leveraging this financial providers they do this verification after that they sign the signature generate use and after that these l2s can verify this generated use and then um basically finaly these transactions and blocks on the R2 the cool part that we can definitely leverage this existing and nature BTC and to secure the protocol but however this can only support the equ uh equivocation of these blocks for example some of the foring choices for the blocks on the R2 and then we come up with a new solution we've been discussing with the B team for a long time that's also something is sort out today the first time we present this proposal and to the public uh basically we build this uh new protocol called blit uh to support this abrum orbit and uh we run the protocol by Financial providers do the verification for the roll up and the sequencer um of all the blocks and transactions after that there are two approaches one they can post this use on the babyon chain and basically do the extra verification or they can also send back to this orbit like validators to do like sort of this extra verification of the signatures and beyond that basically we can see right is it sort of enjoys both like sort of we can leverage the native BTC to secure this roll up by doing extra verifications of the blocks generated by the L2 and beyond that once the B chain is online we can leverage and by deploying contracts on babon chin to do this flexible verification for this kind of uh blocks and generated by the L2 and with this right as you can see so for raps we no longer need to wait for a few minutes for the finality with a very strong share security borrowed from BDC V The Babylon we can really quickly achieve this finality within a few seconds to provide for various application like D5 brid event exchanges to quickly guide the confidence and Trust in the blocks generated by the R2 that sort of the very like sort of fast finan layer we propos together with Babylon and soon we will launch a bunch of these tasn and uh for our partners and customers to use this fast finan layer for these different rollups and uh in um at that time right as you can see uh we can quickly launch a rollup with like sort of this few second Financial time and also secure by this BTC Network ver babyon that's something we will see super cool we can bring to the Bitcoin ecosystem and for the applications to quickly spin off the underline infrastructure at the same time also enjoy this faster finality where this very comprehensive ecosystem yeah thank you that's all the uh presentation I have and hope you enjoy the conference [Applause]