 So hello everybody, my name is Daniel. Hello everybody, my name is Fernando. Both are, we are part of IR builders, which is a rock team mentor studio in Madrid, Spain. So today we want to present you our emailing token standard. It's a standard for financial payments and any operation that is using tokenized money. Some of the possible use cases that we were thinking about originally and that we have already implemented is issuing, supply chain, cash pooling, market liquidity, smart living contracts. But there are many more possible use cases for the standard. So mainly the functionalities we were envisioning to include into a standard were compliance, hold, stream, payout and funding that we are going to review probably in the next few days. So our first building block was the compliance. So if compliance, what we want to do is to do a compliance check, like money laundering or KYC, to do it completely on chain. So can everything be done in one transaction? Another thing that we were thinking about was the token support. So it's not just one token that is supported by a contract that is really certain. And then one possible use case for this would be every government in the world could put up their own compliance mark contract with their specific compliance rules and every token that's regulated or jurisdiction could use this contract to check these rules and not have to implement their own implementation or the type. The second building block is our Keystone which is mainly a warranted help, a warranted allowance. So you have help balance with the allow that can only be transferred on a given trader. This trader will be only done by notary. And the notary is the one who is going to execute it or either to release it or either the PE will release it and you can configure holds for the given expiration. So the hold we use like a thing that they put on top of off. So one thing that they put on top is the clearing. So the clearing can just be imagined as another transfer but it's done in two steps because you need it because there will be compliance checks that need to be done off-chain. So depending on the off-chain compliance checks the clearing agent can decide to either execute to transfer a lot. The important thing here is because it's using the hold during these compliance checks the token are really held so whenever the clearing agent makes his decisions we assure that the tokens are really there in the account of the token transfer. And the last building block is mainly enabling decentralized start request into funding and bail request so mainly nowadays funding and bail request must be done centralized. In this case we enable to do this request decentralized where we have a payment instruction this is payment instruction that instructs the operator of the E-Money token to either fund or pay out and the payment details are not disclosure inside the chain there interchange off-chain and then the operator reads the funding request or pay out request and then tries to fulfill it. So if we put all these four things together we come to our E-Money token stutter which is published by us under EIP 2020. So the important thing here is also it extends the year C20 so this means all the functions that you use in the year C20 are also supported there. And our main goal here is really that financial institutions have a way to embrace decentralization plus the blockchain specifically. So standard needs user uses an adoption so this is why we have been working with different work groups and nowadays we are working with the token taxonomy initiative which is part of the EA mainly reshaping and fine-tuning our standard in the other way we are part of the ITU which has included our research into the last research of the ITU and the different work groups and they are fine-tuning and going deeper in our implementation. So the stutter is already finished by anybody but we are also thinking about some other functionalities that we could add in the future. One thing would be overdrafts because used in tokens another thing would be the S-Cross which would be a more complex fold but also implementing existing standards for standard error codes and localized error messages. We have built this standard between three parties and Adara which is a company also based in Spain focused on equity markets iBuilders which we are based on and iCash is a product and the first venture was iBuilder which is a payment platform based on tokenized euros with an e-money essence and when you can check out more at e-moneystone.org and we are more than happy to bring more people on board and to work together on this Thank you very much.