 Good afternoon everyone. My name is Sam Chadwick and I am in the innovation team at Thompson Reuters and I am accompanied by Tim Nugent who is in our research and development team. And we thought we'd spend today talking about some of the things that Thompson Reuters has been doing over the last two years in the Ethereum space. But we thought we'd start because over the last couple of days, I've realized that not a lot of you know who Thompson Reuters are. We are famous for our Reuters news agency that delivers news to over a billion people around the planet every day. But what you may not be aware of is that the majority of our business comes from three business units where we are a trusted information provider for professional services across financial and risk, tax and accounting and legal. So our journey here started a couple of years ago because I'm based in Zug, which as you Port mentioned has been coined as Crypto Valley now. And I'd gone back to study a degree at Oxford and was hunting for a dissertation topic. And Vitalik's paper came out and a lot of the people or media were picking it up saying, well, this is going to disrupt the financial services tremendously. And given that a large proportion of our revenue comes from the financial services business, the question was, well, how's that going to impact us? So of course, not knowing where Ethereum was based, I reached out to Vitalik. These were the days before he was famous, so he was very happy to answer my email, fortunately, and we met up for a coffee in Zug. I had no idea that he lived two kilometres down the road from me. He more or less said very quickly, you guys need to be an oracle. The financial services industry trusts you, you're an information provider, and we need to bring those capabilities to Ethereum. So the journey really started there. And as I was looking at the space, the question became, so what part of financial services is likely to get impacted first? So we put together a model that we call the three V's model, volume, value and venue. You can't see the venue axis that's going in and out of the page, but it's essentially the difference between centralized and decentralized venues. But on the axis that I've decided to talk about today, you've got value on the y-axis and volume of transactions on the x-axis. So if you look at the top right corner, so this is the global capital segment, foreign exchange, public equity exchanges, government bonds. These are incredibly sophisticated markets today, decades worth of improvements. Yes, people point at them and say they work inefficiently, but actually the time and effort it's going to take to migrate those industries and those markets is quite considerable. So we're not saying it won't happen, we're just saying that probably that won't be the place where it starts first. So if you go to the opposite end, this is the retail space, peer-to-peer lending, music royalties, gambling. You've seen a lot of startups starting to attack this space, it's really interesting, there's a lot of activity here. It's not really a space for Thompson Reuters, it's not one that we play in today. So in the bottom right, you've got the machine age, and this I think will be a huge opportunity for blockchain technologies. Internet of Things, we were already seeing companies like Gollum with distributed computation and IXX downstairs. So for us, we felt this was a bit early, we started doing this analysis as I mentioned almost two years ago. So the question we came, what about this last segment? These are the big ticket items, high value, low volume transactions, venture capital, private equity, over the counter derivatives, syndicated loans. This is where we decided to focus our effort. These are the markets that we believe were going to move first. So having sat down with Vitalik and him having told me, well, we really need an oracle, I thought that rather than just believe him outright, let's have a think about what data would be needed from an off-chain provider like us. So looking at the conditional transaction dependencies, you can obviously create lots of smart contract opportunities using on-chain data. It doesn't really need an oracle, the data is already there that you can reference. But as we looked more and more, we realized that he was indeed right, which you probably shouldn't have doubted him. And the majority of opportunities are actually those that require off-chain data. And I think in the last two years since we did this, that hypothesis has been validated over and over. So we looked at all of these and thought, you know, the probably the space to start is benchmarked and values for derivatives, given that that fell squarely into that top left quadrant from the previous slide. So we created a capability that we've called block one IQ. Block one IQ is an oracle. It's in beta, but it's live and it works and it's compatible with both quarter and Ethereum. We've been talking with the JP Morgan guys about making extending compatibility to quorum as well, but that shouldn't be very much effort at all. And the data sets we've started with are share prices. So exchange, public exchange equity data, foreign exchange data, corporate actions, which are things like mergers, buybacks, stock splits, dividends, coupons, anything where there's a change. Cryptocurrency rates from our partner company, Crypto Compare. Financial benchmarks. So these are things like LIBOR rates that a lot of the derivatives around the world today reference. And then the knowledge graph, which I might discuss now, but I'll come back to you later. So the problem facing us was slightly different to some of the other oracle players that are following us later today, in that they needed to create trust first, but customers already trust us. We're the trusted information provider for the majority of the financial services industry. So our problem was slightly different. It's been around enabling the Ethereum community with high quality trusted data. So this is the place we've chosen to start. We can only support today non-production POCs run on private ledgers. I know this is a limitation. We're working on this. But a majority of the problems for us reside around content licensing barriers. So when you look at Block One IQ, we ask for you to think about creating a consortium, a group of organizations that are going to use this as opposed to just reaching out to try and kick the tires. And I should add that it's free. We're not charging anything for this. We want to enable you guys to see what you can do with it. So with that, I'm going to hand over to Tim, who's going to show you a bit more about the capabilities. Thank you, Sam. So this is essentially the landing page for Block One IQ at the moment. So if you visit this site, you can download some architectural schemes, APIs, documentation and some other downloads. And actually, and so this is the Thompson Reuters developer community website. And if you click around, actually, there's some links to some other APIs that we offer. So last year I demonstrated another offering, something called Block One ID, which is essentially an identity resolution system which connects Ethereum addresses with OAuth 2 credentials. So if you click around, you can also find that. So have a look around this website. When you're ready to sign up, you'll be faced with this page. We ask that you sign up to certain terms and conditions. Most of the data that you will have access to is proprietary. And in many cases, we license it from third parties. So fill in all the details. Tell us a little bit about your project and your plans. And when you click submit, I think Sam will get a notification. There will be some legal documentation that may need to be attended to. If everything goes through, you will receive access and a login to our self-serve system. So this is our self-serve system. It's very much a work in progress. But this allows us to do some sort of onboarding and whitelisting of your contracts. So very simply, just to add a few users, you can do that here by adding names, emails and setting whether they are a user or an admin, for example. Do that and then you click through, you get to this bit where you can configure your deployment. So I think as Sam mentioned, this service is only available for private change at the moment. So put in your deployment name, other details, for example, RPC host, RPC port, a default account. Click through and you can see what the configuration looks like. Now, from this page, it gets a bit more interesting. If you hit the orange button, this allows you to add a contract. So say you have a trade contract, you can click on that button, put in the address of that contract. And what essentially happens here is that address is being whitelisted with our service. So our Oracle contract will see that the request for data has come from a whitelisted contract. And as long as it's on that whitelist, we will be able to send data back to you. You can also click on the contracts button and you can see the list of the contracts you've added. And you can edit that. Once you've set that up, the Oracle contract address will also be visible. So you will know the address to hit with your requests. There's also a little test interface, so you can test requesting and receiving data. So we've got a very small sample of the different requests you can make. So end of day prices, intraday, interest rates, cryptocurrency rates. So select your symbol from the drop-down, hit submit, and a block later, the data will come back. And here it's simply represented as a JSON object. If you go and look at our API, you can be quite selective with exactly what you request and exactly what is returned. And you can tailor that to the needs of your smart contract. So that's pretty much the self-service, quite straightforward. On our roadmap is to provide an API which will expose most of this functionality such that registering smart contracts with our Oracle can all be done quickly off-chain. So just to make this a little bit more tangible, a couple of examples of some assets that we've modeled to demonstrate interactivity with our Oracle. So this is an equity swap contract. It essentially has two legs, an interest rate leg and an equity leg. So there are two sort of streams of payment here. One is based on the performance of an equity, so here the S&P 500 or an equity index as the case may be. And on the other leg, it's typically based on an interest rate, which in this case is libel. So when the contract is instantiated by either party A or party B, at the moment the request to the Oracle was made on-chain. But we're adapting our functionality so that could be made via a signed message off-chain. But at the point of instantiation, a request is sent to our Oracle and in this case it will request two symbols, the S&P 500, SPX and also libel. And you can configure how regularly you want the response data to come back. It could be an end of day or it could be a single point in the future. So when the stature is delivered by our Oracle, the two values, the SPX and libel are updated. And these values are used to calculate the value of the two legs. So with the equity leg, this will be based on the notional, which is a trade parameter you can see in the bottom left-hand corner. And it will be the notional multiplied by the percentage change in the S&P 500. For the interest rate leg, that is essentially libel plus basis points, which is another one of these trade parameters. And the tenor here is essentially the duration of the trade. So using the values from our Oracle, the value of these two legs can be calculated. And here we have a very simple ERC-20 settlement. So you can see how the prices that arrive from our Oracle further down the line drive the movement of these tokens to settle these two legs. Slightly more elaborate one here. So this is an ERC-20 token basket. So this might be an actively managed contract or basket of ERC-20 tokens. So at the bottom left you have a manager. The manager will assign weights to the tokens held within the basket. At the point of assigning these weights, this request is sent on-chain or off-chain to our Oracle saying, essentially this contract requests the price, the values of these specific tokens. So these tokens and other cryptocurrency values come from CryptoCompare, as Sam mentioned. When those values arrive, those values are used in combination with the allocations that are currently held to call this evaluation function. And using this evaluation function we can come up with a, we can calculate a value for the overall token basket. Depending on performance, whether things go well or go badly, investors who are these parties, ABC, down at the bottom can either invest or withdraw. Ether, and depending on that investment, using a hook out to your favourite decentralized exchange protocol, tokens can either be purchased or sold to keep the allocation in check. Right, so that's it from me. I will pass back to Sam who will talk about some of our learnings from these experiences and also a little bit about our future roadmap. Great, thanks Tim. So as he mentioned, I think going through this over the last couple of years, Tim was here this time last year or in Shanghai rather, talking about Block1ID. And this was one of the biggest learning points as we set forward into looking at how we make our content available. And for those of you that weren't here last year, this is Block1ID. It was a capability that we had to create in order to honour the content licensing and permissioning arrangements that we're responsible for as we distribute content that we aggregate through to the ultimate consumer. Block1ID is essentially an address mapping service. So slightly different to some of the other identity capabilities that you've heard from. But it means that we can take an OAuth address like Google, Twitter, LinkedIn and map it to an Ethereum address. And therefore we know and DAP developers know when a user is returning that they are through a pop-up asked to authenticate themselves and then you know that that's the same user coming back even if they have different Ethereum addresses that they're using. So this was the first step. It was around identity of users in order to honour content licensing. The second learning point was around identifiers. So if I asked you what the ticker symbol C stands for today, then you would be right if you answered city group. But if I had asked you that same question in 1998, the answer would have been Chrysler. And the problem is that these tickers across the financial services industry get recycled. And if you're writing smart contracts using these, that's an absolute nightmare because you can't change your smart contract. So we created an open capability. It's called a perm ID and you can all access it today at permid.org. It essentially creates permanent identifiers for entities, which means you can always reference that number and always have confidence that it's going to return the information that you require even if the industry symbols are recycled. So take a look at permid.org. It doesn't have to be blockchain related. This is open and works for everything and it's available under a Creative Commons license. So I'll finish in the last minute with what's next. So firstly, we're looking to expand data coverage. I mentioned a few earlier, but we're already having organizations come to us now and saying can you please add electricity prices, natural gas prices, other commodities information. We've had interest in supply chain in general. And so is my request out to you or my first request out to you is if you have needs for other content sets, then do come and talk to us. It's not limited to what we've shown in this first beta. That was just a place to start. And secondly, we have a capability called KYC as a service. We do this for all the banks already. And one of our hypotheses is can we be a KYC service for investors, for initial coin offerings, for advisors, for law firms? Can you take advantage of the capabilities that we have that we would traditionally use in banks and use those same capabilities and data and information in your identity activities? So if you think that's appealing, please come and talk to me because that's something that we're thinking about working on right now.