A few days ago I wrote a simple Solidity CBOR encoding library for a client. I’m pleased to say they’ve agreed to release it under an OSS license (thanks @smart_contract!)
https://t.co/t0Q8uNaura
It also contains a ‘Buffer’ lib others may find useful.
cc @simondlr
I'm suprised how little I see Oracles mentioned within peoples long-term roadmaps for $ETH. Items like Sharding are critical to the scaling of $ETH, but the addition of decentralised oracles will be what truly utilises these advances by creating real use-case beyond tokenisation.
We've recently open-sourced an external adaptor for #chainlink that aggregates data from multiple exchanges for all crypto assets. It provides a price based on a weighted average from exchange volume. Feel free to contribute!
https://t.co/CAro9Xjxzp
@AriDavidPaul When smart contract developers have access to on-chain contracts that represent off-chain resources, they will then have the building blocks necessary to build complex Dapps the way web developers build complex applications using APIs for inputs/outputs; this is our primary goal
@AriDavidPaul@chainlink The smart contract and the input oracles (commonly data feeds) and outputs oracles (commonly off-chain payments) form the full offering of the smart contract. If evaluated end-to-end, as it will be, the smart contract needs to retain its tamper-proofness/reliability end-to-end.
@AriDavidPaul Yep, totally agree with you @AriDavidPaul, this is what we're implementing at @chainlink. Without oracles that provide a certain level of security/reliability, it isn't possible to build the more complex smart contracts that go beyond tokenization. A few points to consider:
The single biggest crypto innovation of 2018 will be working oracles. Oracles (the ability to bring info from outside a blockchain into a blockchain) are critical to a great many projects. Oracles exponentially increase the scope of what crypto can do.