VeChain’s Tech Deep Dive Series – Session 2, Episode 2: Enhanced Transaction Model

[Music] so one of the most important design in region saw is the enhanced traction model so there are many new features in this selection model and today I'm going to talk about these features I'm not getting into too many technical details but let you guys to know where these new features came from and what is what are the implications about and what are the implications of applying these new features in the apps according to my understanding and thinking so my job here is to let you guide you know these new features and also let you get to think about it and probably you will come up with very brilliant ideas and use these features to creative the apps in future so the first feature here is the multi task traction model or MTP the reason we come up with this feature is we want to improve the efficiency of single trial action we want a child action can do many things at once so we introduce a concept called clause here so what is false so basically cross-device how much value and what kind of data sent to whom so it tells you some what you're going to do and there could be multiple classes within a single transaction very obvious benefit is that now with NTT a single generation can do many things you can send money to multiple accounts at once also I have to imagine that things these clauses are within a single transaction and according to the blocked in property attraction is going to be executed either successfully well that may the executions of all the classes are atomic and sequential and that means they are either or success or fail so the second feature is the chair election ID so for every blockchain you have to define a way to uniquely identify a transaction if you not do that a single transaction can be used many times to carry out the replay attack so in region Thor we define a new way to calculate tracking ID for every transaction so here is the formula so you can see our transaction ID can be calculated as the hash of the hash of the chillaxing body without signature then you concatenate this bit this harsh with the sender's address so in this way you can get fat reduction a unique tracking ID so what it does for us what is the the benefit we get from calculating channel ID in this way so there are two things one is by doing so we free up some unnecessary dependencies between transactions sent from the same account what does that mean for example in ether if you use one single account to send multiple transactions and senator action to the blockchain to the eastern blockchain these transactions are related that means the transaction signed with larger nodes has to be executed after those transactions with a small nouns but let's say okay I am a manufacturer and I get a register products on blockchain and then I use my accounts to generate directions for like 100 products and I just sent off the traction to the blockchain to register the products on the blockchain if the channel sent to the interim about chain if one of the challenging fails all the transactions sign after that relaxing will also failed because the reason I have mentioned before but on reaching Thor you can do that you can just generate 100 different traction IDs for these trailers and send them to to the region for blockchain after that if one tracking fail let's do it again it doesn't affect other transactions so the second thing if you look at the way we calculate trailer ID you can find out that a channel ID is computed without signature it is very interesting feature because you can calculate a channeling ID without sign attraction personally I think that's a very cool feature because you can design a collection and calculate the transaction ID right away from a design and then you can give this trash into someone else tell them ok you can stand this transaction I would do something based on the tracking ID that's some ideas came up on my mind ok so let's move on to the third feature of the charity model it's the controllable challenge in life circle what is that alright so I believe all of us has experienced the feeling of miserable and hopeless when you centralizing to the blockchain and waited for hours without knowing whether this challenge is going to be asserted or it's going to be expires so that means you totally lost control of your traction once you click the button and send it off we don't want to do that we feel the same kind with you guys so what we do here we introduce two new fields one is called the block graph and the other is called an expiration so the block graph can let you to define to let you to tell the system what is the earliest time your traction gonna be processed and the experice Shenfield tells the system when you're charging is going to expire so with that to field your child actions you can control the life cycle of your check of the traction you set off ok let's talk about the fourth feature surprisingly most of the blockchain platform it is not easy to enforce dependencies between two transactions here we say challengingly depends on chattering be means challenging a will be processed only after generation B has me excused correctly without any errors so we want to change that situation we want the enforcement of the dependency between two thrashing to be easily done outreach and Thor so to do that what we do is we introduce a new field in the trial action model is called depends on so depends on stores the ID of a child action what does that mean it means the current transaction when a system receives the transaction it will check the depends on field it is if the depends on field stored a valid channeling ID the system is going to make sure this chatter will be executed depends on the traction referred by the future depends on the system will first check the resistance of the channel nationality starting it depends on it then check whether the previous challenging has been executed correctly so to me it means we can introduce a new layer of security for all the channels running on which and so we can define depends on for the trial actions and putting a valid charging ID so that the transaction will be executed after the trial actions it depends on succeeds [Applause]

You May Also Like