Bitcoin for BINANCE:BTCUSDT by EXCAVO — TradingView

Dragonchain Great Reddit Scaling Bake-Off Public Proposal

Dragonchain Great Reddit Scaling Bake-Off Public Proposal

Dragonchain Public Proposal TL;DR:

Dragonchain has demonstrated twice Reddit’s entire total daily volume (votes, comments, and posts per Reddit 2019 Year in Review) in a 24-hour demo on an operational network. Every single transaction on Dragonchain is decentralized immediately through 5 levels of Dragon Net, and then secured with combined proof on Bitcoin, Ethereum, Ethereum Classic, and Binance Chain, via Interchain. At the time, in January 2020, the entire cost of the demo was approximately $25K on a single system (transaction fees locked at $0.0001/txn). With current fees (lowest fee $0.0000025/txn), this would cost as little as $625.
Watch Joe walk through the entire proposal and answer questions on YouTube.
This proposal is also available on the Dragonchain blog.

Hello Reddit and Ethereum community!

I’m Joe Roets, Founder & CEO of Dragonchain. When the team and I first heard about The Great Reddit Scaling Bake-Off we were intrigued. We believe we have the solutions Reddit seeks for its community points system and we have them at scale.
For your consideration, we have submitted our proposal below. The team at Dragonchain and I welcome and look forward to your technical questions, philosophical feedback, and fair criticism, to build a scaling solution for Reddit that will empower its users. Because our architecture is unlike other blockchain platforms out there today, we expect to receive many questions while people try to grasp our project. I will answer all questions here in this thread on Reddit, and I've answered some questions in the stream on YouTube.
We have seen good discussions so far in the competition. We hope that Reddit’s scaling solution will emerge from The Great Reddit Scaling Bake-Off and that Reddit will have great success with the implementation.

Executive summary

Dragonchain is a robust open source hybrid blockchain platform that has proven to withstand the passing of time since our inception in 2014. We have continued to evolve to harness the scalability of private nodes, yet take full advantage of the security of public decentralized networks, like Ethereum. We have a live, operational, and fully functional Interchain network integrating Bitcoin, Ethereum, Ethereum Classic, and ~700 independent Dragonchain nodes. Every transaction is secured to Ethereum, Bitcoin, and Ethereum Classic. Transactions are immediately usable on chain, and the first decentralization is seen within 20 seconds on Dragon Net. Security increases further to public networks ETH, BTC, and ETC within 10 minutes to 2 hours. Smart contracts can be written in any executable language, offering full freedom to existing developers. We invite any developer to watch the demo, play with our SDK’s, review open source code, and to help us move forward. Dragonchain specializes in scalable loyalty & rewards solutions and has built a decentralized social network on chain, with very affordable transaction costs. This experience can be combined with the insights Reddit and the Ethereum community have gained in the past couple of months to roll out the solution at a rapid pace.

Response and PoC

In The Great Reddit Scaling Bake-Off post, Reddit has asked for a series of demonstrations, requirements, and other considerations. In this section, we will attempt to answer all of these requests.

Live Demo

A live proof of concept showing hundreds of thousands of transactions
On Jan 7, 2020, Dragonchain hosted a 24-hour live demonstration during which a quarter of a billion (250 million+) transactions executed fully on an operational network. Every single transaction on Dragonchain is decentralized immediately through 5 levels of Dragon Net, and then secured with combined proof on Bitcoin, Ethereum, Ethereum Classic, and Binance Chain, via Interchain. This means that every single transaction is secured by, and traceable to these networks. An attack on this system would require a simultaneous attack on all of the Interchained networks.
24 hours in 4 minutes (YouTube):
24 hours in 4 minutes
The demonstration was of a single business system, and any user is able to scale this further, by running multiple systems simultaneously. Our goals for the event were to demonstrate a consistent capacity greater than that of Visa over an extended time period.
Tooling to reproduce our demo is available here:
https://github.com/dragonchain/spirit-bomb

Source Code

Source code (for on & off-chain components as well tooling used for the PoC). The source code does not have to be shared publicly, but if Reddit decides to use a particular solution it will need to be shared with Reddit at some point.

Scaling

How it works & scales

Architectural Scaling

Dragonchain’s architecture attacks the scalability issue from multiple angles. Dragonchain is a hybrid blockchain platform, wherein every transaction is protected on a business node to the requirements of that business or purpose. A business node may be held completely private or may be exposed or replicated to any level of exposure desired.
Every node has its own blockchain and is independently scalable. Dragonchain established Context Based Verification as its consensus model. Every transaction is immediately usable on a trust basis, and in time is provable to an increasing level of decentralized consensus. A transaction will have a level of decentralization to independently owned and deployed Dragonchain nodes (~700 nodes) within seconds, and full decentralization to BTC and ETH within minutes or hours. Level 5 nodes (Interchain nodes) function to secure all transactions to public or otherwise external chains such as Bitcoin and Ethereum. These nodes scale the system by aggregating multiple blocks into a single Interchain transaction on a cadence. This timing is configurable based upon average fees for each respective chain. For detailed information about Dragonchain’s architecture, and Context Based Verification, please refer to the Dragonchain Architecture Document.

Economic Scaling

An interesting feature of Dragonchain’s network consensus is its economics and scarcity model. Since Dragon Net nodes (L2-L4) are independent staking nodes, deployment to cloud platforms would allow any of these nodes to scale to take on a large percentage of the verification work. This is great for scalability, but not good for the economy, because there is no scarcity, and pricing would develop a downward spiral and result in fewer verification nodes. For this reason, Dragonchain uses TIME as scarcity.
TIME is calculated as the number of Dragons held, multiplied by the number of days held. TIME influences the user’s access to features within the Dragonchain ecosystem. It takes into account both the Dragon balance and length of time each Dragon is held. TIME is staked by users against every verification node and dictates how much of the transaction fees are awarded to each participating node for every block.
TIME also dictates the transaction fee itself for the business node. TIME is staked against a business node to set a deterministic transaction fee level (see transaction fee table below in Cost section). This is very interesting in a discussion about scaling because it guarantees independence for business implementation. No matter how much traffic appears on the entire network, a business is guaranteed to not see an increased transaction fee rate.

Scaled Deployment

Dragonchain uses Docker and Kubernetes to allow the use of best practices traditional system scaling. Dragonchain offers managed nodes with an easy to use web based console interface. The user may also deploy a Dragonchain node within their own datacenter or favorite cloud platform. Users have deployed Dragonchain nodes on-prem on Amazon AWS, Google Cloud, MS Azure, and other hosting platforms around the world. Any executable code, anything you can write, can be written into a smart contract. This flexibility is what allows us to say that developers with no blockchain experience can use any code language to access the benefits of blockchain. Customers have used NodeJS, Python, Java, and even BASH shell script to write smart contracts on Dragonchain.
With Docker containers, we achieve better separation of concerns, faster deployment, higher reliability, and lower response times.
We chose Kubernetes for its self-healing features, ability to run multiple services on one server, and its large and thriving development community. It is resilient, scalable, and automated. OpenFaaS allows us to package smart contracts as Docker images for easy deployment.
Contract deployment time is now bounded only by the size of the Docker image being deployed but remains fast even for reasonably large images. We also take advantage of Docker’s flexibility and its ability to support any language that can run on x86 architecture. Any image, public or private, can be run as a smart contract using Dragonchain.

Flexibility in Scaling

Dragonchain’s architecture considers interoperability and integration as key features. From inception, we had a goal to increase adoption via integration with real business use cases and traditional systems.
We envision the ability for Reddit, in the future, to be able to integrate alternate content storage platforms or other financial services along with the token.
  • LBRY - To allow users to deploy content natively to LBRY
  • MakerDAO to allow users to lend small amounts backed by their Reddit community points.
  • STORJ/SIA to allow decentralized on chain storage of portions of content. These integrations or any other are relatively easy to integrate on Dragonchain with an Interchain implementation.

Cost

Cost estimates (on-chain and off-chain) For the purpose of this proposal, we assume that all transactions are on chain (posts, replies, and votes).
On the Dragonchain network, transaction costs are deterministic/predictable. By staking TIME on the business node (as described above) Reddit can reduce transaction costs to as low as $0.0000025 per transaction.
Dragonchain Fees Table

Getting Started

How to run it
Building on Dragonchain is simple and requires no blockchain experience. Spin up a business node (L1) in our managed environment (AWS), run it in your own cloud environment, or on-prem in your own datacenter. Clear documentation will walk you through the steps of spinning up your first Dragonchain Level 1 Business node.
Getting started is easy...
  1. Download Dragonchain’s dctl
  2. Input three commands into a terminal
  3. Build an image
  4. Run it
More information can be found in our Get started documents.

Architecture
Dragonchain is an open source hybrid platform. Through Dragon Net, each chain combines the power of a public blockchain (like Ethereum) with the privacy of a private blockchain.
Dragonchain organizes its network into five separate levels. A Level 1, or business node, is a totally private blockchain only accessible through the use of public/private keypairs. All business logic, including smart contracts, can be executed on this node directly and added to the chain.
After creating a block, the Level 1 business node broadcasts a version stripped of sensitive private data to Dragon Net. Three Level 2 Validating nodes validate the transaction based on guidelines determined from the business. A Level 3 Diversity node checks that the level 2 nodes are from a diverse array of locations. A Level 4 Notary node, hosted by a KYC partner, then signs the validation record received from the Level 3 node. The transaction hash is ledgered to the Level 5 public chain to take advantage of the hash power of massive public networks.
Dragon Net can be thought of as a “blockchain of blockchains”, where every level is a complete private blockchain. Because an L1 can send to multiple nodes on a single level, proof of existence is distributed among many places in the network. Eventually, proof of existence reaches level 5 and is published on a public network.

API Documentation

APIs (on chain & off)

SDK Source

Nobody’s Perfect

Known issues or tradeoffs
  • Dragonchain is open source and even though the platform is easy enough for developers to code in any language they are comfortable with, we do not have so large a developer community as Ethereum. We would like to see the Ethereum developer community (and any other communities) become familiar with our SDK’s, our solutions, and our platform, to unlock the full potential of our Ethereum Interchain. Long ago we decided to prioritize both Bitcoin and Ethereum Interchains. We envision an ecosystem that encompasses different projects to give developers the ability to take full advantage of all the opportunities blockchain offers to create decentralized solutions not only for Reddit but for all of our current platforms and systems. We believe that together we will take the adoption of blockchain further. We currently have additional Interchain with Ethereum Classic. We look forward to Interchain with other blockchains in the future. We invite all blockchains projects who believe in decentralization and security to Interchain with Dragonchain.
  • While we only have 700 nodes compared to 8,000 Ethereum and 10,000 Bitcoin nodes. We harness those 18,000 nodes to scale to extremely high levels of security. See Dragonchain metrics.
  • Some may consider the centralization of Dragonchain’s business nodes as an issue at first glance, however, the model is by design to protect business data. We do not consider this a drawback as these nodes can make any, none, or all data public. Depending upon the implementation, every subreddit could have control of its own business node, for potential business and enterprise offerings, bringing new alternative revenue streams to Reddit.

Costs and resources

Summary of cost & resource information for both on-chain & off-chain components used in the PoC, as well as cost & resource estimates for further scaling. If your PoC is not on mainnet, make note of any mainnet caveats (such as congestion issues).
Every transaction on the PoC system had a transaction fee of $0.0001 (one-hundredth of a cent USD). At 256MM transactions, the demo cost $25,600. With current operational fees, the same demonstration would cost $640 USD.
For the demonstration, to achieve throughput to mimic a worldwide payments network, we modeled several clients in AWS and 4-5 business nodes to handle the traffic. The business nodes were tuned to handle higher throughput by adjusting memory and machine footprint on AWS. This flexibility is valuable to implementing a system such as envisioned by Reddit. Given that Reddit’s daily traffic (posts, replies, and votes) is less than half that of our demo, we would expect that the entire Reddit system could be handled on 2-5 business nodes using right-sized containers on AWS or similar environments.
Verification was accomplished on the operational Dragon Net network with over 700 independently owned verification nodes running around the world at no cost to the business other than paid transaction fees.

Requirements

Scaling

This PoC should scale to the numbers below with minimal costs (both on & off-chain). There should also be a clear path to supporting hundreds of millions of users.
Over a 5 day period, your scaling PoC should be able to handle:
*100,000 point claims (minting & distributing points) *25,000 subscriptions *75,000 one-off points burning *100,000 transfers
During Dragonchain’s 24 hour demo, the above required numbers were reached within the first few minutes.
Reddit’s total activity is 9000% more than Ethereum’s total transaction level. Even if you do not include votes, it is still 700% more than Ethereum’s current volume. Dragonchain has demonstrated that it can handle 250 million transactions a day, and it’s architecture allows for multiple systems to work at that level simultaneously. In our PoC, we demonstrate double the full capacity of Reddit, and every transaction was proven all the way to Bitcoin and Ethereum.
Reddit Scaling on Ethereum

Decentralization

Solutions should not depend on any single third-party provider. We prefer solutions that do not depend on specific entities such as Reddit or another provider, and solutions with no single point of control or failure in off-chain components but recognize there are numerous trade-offs to consider
Dragonchain’s architecture calls for a hybrid approach. Private business nodes hold the sensitive data while the validation and verification of transactions for the business are decentralized within seconds and secured to public blockchains within 10 minutes to 2 hours. Nodes could potentially be controlled by owners of individual subreddits for more organic decentralization.
  • Billing is currently centralized - there is a path to federation and decentralization of a scaled billing solution.
  • Operational multi-cloud
  • Operational on-premises capabilities
  • Operational deployment to any datacenter
  • Over 700 independent Community Verification Nodes with proof of ownership
  • Operational Interchain (Interoperable to Bitcoin, Ethereum, and Ethereum Classic, open to more)

Usability Scaling solutions should have a simple end user experience.

Users shouldn't have to maintain any extra state/proofs, regularly monitor activity, keep track of extra keys, or sign anything other than their normal transactions
Dragonchain and its customers have demonstrated extraordinary usability as a feature in many applications, where users do not need to know that the system is backed by a live blockchain. Lyceum is one of these examples, where the progress of academy courses is being tracked, and successful completion of courses is rewarded with certificates on chain. Our @Save_The_Tweet bot is popular on Twitter. When used with one of the following hashtags - #please, #blockchain, #ThankYou, or #eternalize the tweet is saved through Eternal to multiple blockchains. A proof report is available for future reference. Other examples in use are DEN, our decentralized social media platform, and our console, where users can track their node rewards, view their TIME, and operate a business node.
Examples:

Transactions complete in a reasonable amount of time (seconds or minutes, not hours or days)
All transactions are immediately usable on chain by the system. A transaction begins the path to decentralization at the conclusion of a 5-second block when it gets distributed across 5 separate community run nodes. Full decentralization occurs within 10 minutes to 2 hours depending on which interchain (Bitcoin, Ethereum, or Ethereum Classic) the transaction hits first. Within approximately 2 hours, the combined hash power of all interchained blockchains secures the transaction.

Free to use for end users (no gas fees, or fixed/minimal fees that Reddit can pay on their behalf)
With transaction pricing as low as $0.0000025 per transaction, it may be considered reasonable for Reddit to cover transaction fees for users.
All of Reddit's Transactions on Blockchain (month)
Community points can be earned by users and distributed directly to their Reddit account in batch (as per Reddit minting plan), and allow users to withdraw rewards to their Ethereum wallet whenever they wish. Withdrawal fees can be paid by either user or Reddit. This model has been operating inside the Dragonchain system since 2018, and many security and financial compliance features can be optionally added. We feel that this capability greatly enhances user experience because it is seamless to a regular user without cryptocurrency experience, yet flexible to a tech savvy user. With regard to currency or token transactions, these would occur on the Reddit network, verified to BTC and ETH. These transactions would incur the $0.0000025 transaction fee. To estimate this fee we use the monthly active Reddit users statista with a 60% adoption rate and an estimated 10 transactions per month average resulting in an approximate $720 cost across the system. Reddit could feasibly incur all associated internal network charges (mining/minting, transfer, burn) as these are very low and controllable fees.
Reddit Internal Token Transaction Fees

Reddit Ethereum Token Transaction Fees
When we consider further the Ethereum fees that might be incurred, we have a few choices for a solution.
  1. Offload all Ethereum transaction fees (user withdrawals) to interested users as they wish to withdraw tokens for external use or sale.
  2. Cover Ethereum transaction fees by aggregating them on a timed schedule. Users would request withdrawal (from Reddit or individual subreddits), and they would be transacted on the Ethereum network every hour (or some other schedule).
  3. In a combination of the above, customers could cover aggregated fees.
  4. Integrate with alternate Ethereum roll up solutions or other proposals to aggregate minting and distribution transactions onto Ethereum.

Bonus Points

Users should be able to view their balances & transactions via a blockchain explorer-style interface
From interfaces for users who have no knowledge of blockchain technology to users who are well versed in blockchain terms such as those present in a typical block explorer, a system powered by Dragonchain has flexibility on how to provide balances and transaction data to users. Transactions can be made viewable in an Eternal Proof Report, which displays raw data along with TIME staking information and traceability all the way to Bitcoin, Ethereum, and every other Interchained network. The report shows fields such as transaction ID, timestamp, block ID, multiple verifications, and Interchain proof. See example here.
Node payouts within the Dragonchain console are listed in chronological order and can be further seen in either Dragons or USD. See example here.
In our social media platform, Dragon Den, users can see, in real-time, their NRG and MTR balances. See example here.
A new influencer app powered by Dragonchain, Raiinmaker, breaks down data into a user friendly interface that shows coin portfolio, redeemed rewards, and social scores per campaign. See example here.

Exiting is fast & simple
Withdrawing funds on Dragonchain’s console requires three clicks, however, withdrawal scenarios with more enhanced security features per Reddit’s discretion are obtainable.

Interoperability Compatibility with third party apps (wallets/contracts/etc) is necessary.
Proven interoperability at scale that surpasses the required specifications. Our entire platform consists of interoperable blockchains connected to each other and traditional systems. APIs are well documented. Third party permissions are possible with a simple smart contract without the end user being aware. No need to learn any specialized proprietary language. Any code base (not subsets) is usable within a Docker container. Interoperable with any blockchain or traditional APIs. We’ve witnessed relatively complex systems built by engineers with no blockchain or cryptocurrency experience. We’ve also demonstrated the creation of smart contracts within minutes built with BASH shell and Node.js. Please see our source code and API documentation.

Scaling solutions should be extensible and allow third parties to build on top of it Open source and extensible
APIs should be well documented and stable

Documentation should be clear and complete
For full documentation, explore our docs, SDK’s, Github repo’s, architecture documents, original Disney documentation, and other links or resources provided in this proposal.

Third-party permissionless integrations should be possible & straightforward Smart contracts are Docker based, can be written in any language, use full language (not subsets), and can therefore be integrated with any system including traditional system APIs. Simple is better. Learning an uncommon or proprietary language should not be necessary.
Advanced knowledge of mathematics, cryptography, or L2 scaling should not be required. Compatibility with common utilities & toolchains is expected.
Dragonchain business nodes and smart contracts leverage Docker to allow the use of literally any language or executable code. No proprietary language is necessary. We’ve witnessed relatively complex systems built by engineers with no blockchain or cryptocurrency experience. We’ve also demonstrated the creation of smart contracts within minutes built with BASH shell and Node.js.

Bonus

Bonus Points: Show us how it works. Do you have an idea for a cool new use case for Community Points? Build it!

TIME

Community points could be awarded to Reddit users based upon TIME too, whereas the longer someone is part of a subreddit, the more community points someone naturally gained, even if not actively commenting or sharing new posts. A daily login could be required for these community points to be credited. This grants awards to readers too and incentivizes readers to create an account on Reddit if they browse the website often. This concept could also be leveraged to provide some level of reputation based upon duration and consistency of contribution to a community subreddit.

Dragon Den

Dragonchain has already built a social media platform that harnesses community involvement. Dragon Den is a decentralized community built on the Dragonchain blockchain platform. Dragon Den is Dragonchain’s answer to fake news, trolling, and censorship. It incentivizes the creation and evaluation of quality content within communities. It could be described as being a shareholder of a subreddit or Reddit in its entirety. The more your subreddit is thriving, the more rewarding it will be. Den is currently in a public beta and in active development, though the real token economy is not live yet. There are different tokens for various purposes. Two tokens are Lair Ownership Rights (LOR) and Lair Ownership Tokens (LOT). LOT is a non-fungible token for ownership of a specific Lair. LOT will only be created and converted from LOR.
Energy (NRG) and Matter (MTR) work jointly. Your MTR determines how much NRG you receive in a 24-hour period. Providing quality content, or evaluating content will earn MTR.

Security. Users have full ownership & control of their points.
All community points awarded based upon any type of activity or gift, are secured and provable to all Interchain networks (currently BTC, ETH, ETC). Users are free to spend and withdraw their points as they please, depending on the features Reddit wants to bring into production.

Balances and transactions cannot be forged, manipulated, or blocked by Reddit or anyone else
Users can withdraw their balance to their ERC20 wallet, directly through Reddit. Reddit can cover the fees on their behalf, or the user covers this with a portion of their balance.

Users should own their points and be able to get on-chain ERC20 tokens without permission from anyone else
Through our console users can withdraw their ERC20 rewards. This can be achieved on Reddit too. Here is a walkthrough of our console, though this does not show the quick withdrawal functionality, a user can withdraw at any time. https://www.youtube.com/watch?v=aNlTMxnfVHw

Points should be recoverable to on-chain ERC20 tokens even if all third-parties involved go offline
If necessary, signed transactions from the Reddit system (e.g. Reddit + Subreddit) can be sent to the Ethereum smart contract for minting.

A public, third-party review attesting to the soundness of the design should be available
To our knowledge, at least two large corporations, including a top 3 accounting firm, have conducted positive reviews. These reviews have never been made public, as Dragonchain did not pay or contract for these studies to be released.

Bonus points
Public, third-party implementation review available or in progress
See above

Compatibility with HSMs & hardware wallets
For the purpose of this proposal, all tokenization would be on the Ethereum network using standard token contracts and as such, would be able to leverage all hardware wallet and Ethereum ecosystem services.

Other Considerations

Minting/distributing tokens is not performed by Reddit directly
This operation can be automated by smart contract on Ethereum. Subreddits can if desired have a role to play.

One off point burning, as well as recurring, non-interactive point burning (for subreddit memberships) should be possible and scalable
This is possible and scalable with interaction between Dragonchain Reddit system and Ethereum token contract(s).

Fully open-source solutions are strongly preferred
Dragonchain is fully open source (see section on Disney release after conclusion).

Conclusion

Whether it is today, or in the future, we would like to work together to bring secure flexibility to the highest standards. It is our hope to be considered by Ethereum, Reddit, and other integrative solutions so we may further discuss the possibilities of implementation. In our public demonstration, 256 million transactions were handled in our operational network on chain in 24 hours, for the low cost of $25K, which if run today would cost $625. Dragonchain’s interoperable foundation provides the atmosphere necessary to implement a frictionless community points system. Thank you for your consideration of our proposal. We look forward to working with the community to make something great!

Disney Releases Blockchain Platform as Open Source

The team at Disney created the Disney Private Blockchain Platform. The system was a hybrid interoperable blockchain platform for ledgering and smart contract development geared toward solving problems with blockchain adoption and usability. All objective evaluation would consider the team’s output a success. We released a list of use cases that we explored in some capacity at Disney, and our input on blockchain standardization as part of our participation in the W3C Blockchain Community Group.
https://lists.w3.org/Archives/Public/public-blockchain/2016May/0052.html

Open Source

In 2016, Roets proposed to release the platform as open source to spread the technology outside of Disney, as others within the W3C group were interested in the solutions that had been created inside of Disney.
Following a long process, step by step, the team met requirements for release. Among the requirements, the team had to:
  • Obtain VP support and approval for the release
  • Verify ownership of the software to be released
  • Verify that no proprietary content would be released
  • Convince the organization that there was a value to the open source community
  • Convince the organization that there was a value to Disney
  • Offer the plan for ongoing maintenance of the project outside of Disney
  • Itemize competing projects
  • Verify no conflict of interest
  • Preferred license
  • Change the project name to not use the name Disney, any Disney character, or any other associated IP - proposed Dragonchain - approved
  • Obtain legal approval
  • Approval from corporate, parks, and other business units
  • Approval from multiple Disney patent groups Copyright holder defined by Disney (Disney Connected and Advanced Technologies)
  • Trademark searches conducted for the selected name Dragonchain
  • Obtain IT security approval
  • Manual review of OSS components conducted
  • OWASP Dependency and Vulnerability Check Conducted
  • Obtain technical (software) approval
  • Offer management, process, and financial plans for the maintenance of the project.
  • Meet list of items to be addressed before release
  • Remove all Disney project references and scripts
  • Create a public distribution list for email communications
  • Remove Roets’ direct and internal contact information
  • Create public Slack channel and move from Disney slack channels
  • Create proper labels for issue tracking
  • Rename internal private Github repository
  • Add informative description to Github page
  • Expand README.md with more specific information
  • Add information beyond current “Blockchains are Magic”
  • Add getting started sections and info on cloning/forking the project
  • Add installation details
  • Add uninstall process
  • Add unit, functional, and integration test information
  • Detail how to contribute and get involved
  • Describe the git workflow that the project will use
  • Move to public, non-Disney git repository (Github or Bitbucket)
  • Obtain Disney Open Source Committee approval for release
On top of meeting the above criteria, as part of the process, the maintainer of the project had to receive the codebase on their own personal email and create accounts for maintenance (e.g. Github) with non-Disney accounts. Given the fact that the project spanned multiple business units, Roets was individually responsible for its ongoing maintenance. Because of this, he proposed in the open source application to create a non-profit organization to hold the IP and maintain the project. This was approved by Disney.
The Disney Open Source Committee approved the application known as OSSRELEASE-10, and the code was released on October 2, 2016. Disney decided to not issue a press release.
Original OSSRELASE-10 document

Dragonchain Foundation

The Dragonchain Foundation was created on January 17, 2017. https://den.social/l/Dragonchain/24130078352e485d96d2125082151cf0/dragonchain-and-disney/
submitted by j0j0r0 to ethereum [link] [comments]

Brief Comments on Goguen: Q4 2020, Q1 2021, utility, Marlowe, DSL, Glow, Plutus, IELE, smart contracts, thanksgiving to you, sidechains and Hydra, Goguen rollout and additions to product update

Smart contracts (origins in 80s, 90s vs. 2013 ETH and 2020s Cardano)
We had a pretty interesting product update. We laughed, we cried, we all learned a little bit. Two and a half hours lots of stuff and I hope this gives you guys a good window into all the things that are happening. There's an enormous amount of complexity in Cardano and Goguen is no different. In fact that one slide showing all the interlocking dependencies and the moving pieces for it and just the sheer volume of things that are going on is, is an indication of not only the quality of the team but also the commercial reality of being a smart contract platform. In 2020 when I co-founded Ethereum our reference material was paper. We looked at things that Nick Szabo and people from the 1990s and 1980s wrote about and whether you were a Ricardian contract fan or you had programmed in Eiffel or you understood things like FpML basically it was an open field which gave us kind of a freedom to just do whatever we wanted to do but it also didn't give us a commercial reality of who's going to buy it? Who's going to use it? What do you need to do? The expectations in 2020 are vastly different from the expectations in 2013 and the reality is that there are massive deficits with Ethereum as designed today which is why Tezos exists and Algorand exists and why ETH2 is being constructed . It's why there are so many different players from Polkadot and others on down who have deep and detailed opinions about the things we need to do. If the ICO revolution hadn't happened, there was no notion of an ERC20 token and we were in a just different world.
We didn't have DeFi, any of these things and now in 2020 if you are to be competitive and build great things and actually invite real use and utility at a scale of millions and billions of people or government or Fortune 500 you need to have real good answers about a lot of different threats and things. For example, Marlowe, what it does is it leverages 20 years of history from domain experts like Willi Brammertz and over 30 years of history in domain-specific language (DSL) design from professor Simon Thompson and his team and it puts them together. It says for the first time ever we're going to have semantical clarity between the entrepreneur, the developer, the writer and the financial services infrastructure whether that be the banker, the insurance agent, the exchange, whoever that might be. Up until the totality of human history till today we have never had that semantical clarity. All four of those actors speak different languages and what we're doing with Marlowe as a DSL is an example of how you can unify and create a common language and experience between all of them today.
Marlowe, DSL, Glow, Plutus, IELE
Right now, you guys can go to the Marlowe playground and you can start using it and start building things and start having that semantical clarity and work with us and over a period of six months or so that will continue to evolve. Templates will evolve, applications will be constructed and those applications will work their way into Cardano applications and eventually they'll become cross-platform and work on things like (Hyperledger) fabric and other such things as we see industry and commercial adoption but it requires a starting point and Marlowe has evolved over a four year period through the hard labors of so many people to actually give us a great starting point. You can visually look at contracts and talk about their design. You can write them in JavaScript, you can write them in the Marlowe programming language. There's a Haskell side to things and you can see the power of this approach because of its design. You can prove things are correct, you can use theory that has existed for over 40 years like SAT solvers and reachability to actually show that you're not going to have a parity bug and that's just one example of one DSL of which many more will come. The point of DSLs is to give clarity to people in the industry. For example if we get into the health business and we start talking about medical records that will become a DSL to broker their movement and that same clarity and semantical unification will occur between doctors and hospitals, patients, governments, regulators and business professionals and they will now have a common language. So, Marlowe is an entry point and it's an example of how to build a DSL and evolve a DSL and bring the right people to the table.
When we look to things like Glow, from MuKn, this is an example of a team that's highly motivated and intrinsically across blockchain. When we look to the future and we say what happens when Bitcoin gets smart contracts? What happens when ETH2 comes out? What happens when people want to build cross-blockchain applications? Wouldn't it be nice to have a unification language and that's what Glow is basically all about. By strategic investments in that ecosystem, what Glow does for us is it ensures that we won't be left behind that Cardano has that and all Cardano infrastructure can benefit from that and Glow in turn will benefit from its embedding in our ecosystem. More users, more technology and ultimately because Cardano's the best. If you deploy in that direction it's the best experience. When you look to Plutus, Plutus is the unification language, it's the conductor of the orchestra and it pulls all of these things together and there were a lot of design requirements with Plutus that were quite hard from a theory viewpoint. We really cared a lot about resource determinism. We wanted to make sure that it was always predictable or at least as predictable as it can be to know how much it costs to do things because at the end of the day this is not a science experiment. These are not toys back in 2013. We had the luxury with Ethereum of just seeing what happened and the market makes strategic investments and they have to know how much their operating cost is going to be for their business model. We designed Plutus so that it would be one of the best programming languages on a long arc agenda of being a very practical on and off chain language to unify all the Cardano ecosystem. There are many objects in the ecosystem to operate, manipulate, instruments of value like native assets, identity, smart contracts onto themselves, DAOs, off chain infrastructure and you need a conductor that's capable of living in between all of these things and you need certainty that the code you're writing is going to work.
This is why we based it on an ecosystem that has 35 years of history and we as a company have invested millions of dollars in that ecosystem to modernize it and bring it into the 21st century especially for things like Windows support and working with partners like Tweag WebAssembly support, working on projects like compilation to JavaScript so that we can share that's there and our commitment is going to continue beyond that we are a founding member of the Haskell foundation working with Simon Peyton Jones and we're going to ensure that Haskell has compilation to ARM and that all of the technology that's required to keep that language competitive and actually make the language even more competitive will happen. It's very nice that Plutus is deeply ingrained in that ecosystem and that makes it a perfect conductor language. In the coming months we're going to talk a lot more about our relationship decay in IELE. If you live in the imperative object-oriented world and you want to do things a bit differently than the way things are done in the Haskell functional world then it makes sense to have an option that has the same principles as us which is why we reached out to Grigore years ago and established a commercial relationship with him. It's been the privilege of my career finding a way to resurrect that relationship so in the coming months we're going to talk a lot about how IELE fits into the Cardano ecosystem and the value it's going to bring in addition to the value of Marlowe, Glow, and Plutus.
Native assets
One of the single most important things about all of this is the native asset standard. One of the things we did not anticipate when we created Ethereum is just how pervasive the user's ability to issue an asset would be. We figured this would be an important thing, it's why we put it on a T-shirt back in the Miami conference in January of 2014 and we realized that from the color coin's project in the master coin project and one of the most important things is that we have the ability to issue not just a utility token but non-functional assets, security tokens and a litany of other instruments that hold value. Some ephemeral, some permanent, some with flexible monetary policies, some with fixed monetary policies, some from a central issuer, some from a decentralized issuer, some managed by a foundation, some managed by the community, some managed by fixed code that's immutable and the point of the native asset standard in the ERC20 converter is to establish a co-evolution of the technology and the commercialization of the technology. What we've been doing with ERC20 converter is using that as a way to create a conversation with those who want to migrate or build on Cardano and thinking through how are we going to create practical standards with our native assets. We already have enormous advantages with this standard over Ethereum. In particular the fact that your assets you issue on Cardano are treated the way that ADA is treated whereas in Ethereum you're a second-class citizen or ETH is treated differently from smart contracts. This first class citizen approach means that your assets will have the same governance access layer, to portfolio access and infrastructure that ADA itself has. Easier listing experiences, easier time with hardware wallets, easier time with wallet software. In general better user experience, faster transactions, lower transaction costs and then eventually for higher value tokens even the possibility of paying transaction fees over the long term in the native asset itself as if you were your own cryptocurrency.
Goguen rollout
You just simply cannot do this with the design of Ethereum and Ethereum 2. It's a huge advantage we have in our ecosystem and it's one that will become more pervasive over time now Goguen has already started. As a launch agenda the very first update to enable some Goguen era functionality was the metadata standard which meant that you could go from just moving ADA around to actually a whole litany of applications in the identity space and in the metadata space some of which we're aggressively negotiating on in commercial deals which we'll announce at a later date. The rollout of Goguen in terms of the system as we mentioned in the presentation will be principally done for the first iteration over a series of three hard fork combinator (HFC) events. The first of which is beginning this year in November December time frame and that's going to lay a lot of the foundations that will enable us to get to the second hard fork combinator event which will occur in Q1 of next year and we'll announce that specific date likely at the next product update and then the third one will happen shortly thereafter. They have to be spaced this way because it's just simply too cumbersome on our developers and also our partners such as wallet infrastructure and exchanges to try to do too much too quickly and furthermore there's an enormous amount of work as you've noticed on that slide to roll out Goguen. You have to do two things at once, you have to deploy the infrastructure but then you also have to populate the infrastructure and what's nice about the way that we've done things as you now see with the Marlowe playground the population of that infrastructure is occurring now today and with the ERC20 converter and the mint test net that's coming.
That's going to occur in November which means that that gives people time to start building and playing on our ecosystem in a safe sandbox so that when they deploy it to the mainnet they do it right the first time and they don't make an existential failure as we have seen with the DeFi space because at the end of the day once you go live you have a huge adversarial surface and everybody in the world is going to try to break the things you've done. It's very important that you do it right which means that you need time as a commercial partner and an application deployer to do it correctly. Parts of Goguen are indeed shipping this year, some have already shipped and we'll have another HFC event at the end of next month or early in December and throughout the first quarter of next year and likely the second quarter will complete the other two HFC events which will roll out full support for native assets, extended UTxO, the Plutus infrastructure and the Marlowe infrastructure. In the meantime we're also working on strategies about how we can ensure best integration of Glow and IELE into the Cardano ecosystem and as you've noticed there are three parallel teams that are working very hard. The Shelley team continues to upgrade the Shelley experience. Just today we've received a lot of concerns over for example the state pool ranking in Daedalus. Let me be very clear about something. There's no problem with the ranking software, the problem is the k parameter. It needs to be increased and the fact that things are getting grayed out is an indication that the ranking parameter is actually working right for the first time. So, k needs to go up but there are consequences of that and we need to improve the software to reflect those consequences but it is my goal to get k to 1000 before ideally d hits 0 because we really do want to have over a 1000 well-functioning stake pools but by no means is that the end of the story.
Improvements + project Catalyst
We need partial delegation and delegation portfolios. We need means for stake pool operators to communicate effectively and efficiently with those who delegate to them. We need improvements in SMASH. We need an identity center, we need a litany of improvements to Daedalus itself. Right now, today, there are more than four companies working full-time at doing just these things in addition to the Goguen updates that are occurring right now. That research thread and that development thread will continue. We've already seen seven CIPs including CIPs related to the reward function. We take them very seriously, we review them and there's enormous amount of discussion about how to create a fair and balanced system and we appreciate this feedback. It's a process and we ask for patience and we also remind people that we launched Shelley just at the end of July and despite that the ecosystem has more than doubled in size and it's been growing at an incredible pace and it's only going to continue and we're only going to see our best days ahead of us. Good things are coming down the pipe and it's becoming a much more holistic ecosystem from in performance improvements, to usability improvements, to better overall software for everyone.
There's no greater example of that than what we've been able to accomplish in the last three months for the exchanges in general. We're really proud of what we've done with the Adrestia stack and we're really proud of working with great partners like Binance and Bittrex throughout the last few months and we've had some certain challenges there but as a result of overcoming those challenges we have left behind an incredible enterprise grade listening experience that continues to get faster, continues to get higher quality and is secure and reliable 24 hours a day, seven days a week and we'll continue investing heavily to ensure that that only gets better for all of those partners whether they be an external wallet or their infrastructure like an exchange operator. We've had a lot of wins also on the governance side with the Voltaire Catalyst project. We have seen huge wins in participation going from small focus groups to now over 3500 people every single day coming into cardano.ideascale.com competing for 2250000 worth of ADA with fund2. That's just the beginning and every six to eight weeks that's going to increase in scale, in terms of the money and people, the quality... When we ask what is our developer acquisition strategy that's a major part of it because people know that there's money to be made in building on Cardano and that you have the right incentives to go realize your dreams and add value so just as these frameworks like the Marlowe playground and the Plutus playground and other such things like Glow come online and IELE come online the ability to build will be matched by the ability to discuss what to build and fund? What to build through a community driven process that includes greater and greater inclusivity. For example the next fund will include a voting center built right into Daedalus in addition to the cell phone application that we've already launched to vote and we will continue refining that experience relentlessly that's one of our fastest moving teams and I will remind you we are doing this in parallel to the Shelley workstream and the Goguen workstream that we showed you guys today. Finally there's Basho, not the next hard fork combinator event but HFC#3 which we anticipate in Q1 2021.
Sidechains, Hydra
I would like to include a sidechain protocol that allows the movement of value between independent systems through some form of blocking mechanism. We are currently examining and designing a protocol that we think fits very nicely into the way that our system works with mild modifications to the ledger rules. If that and should this be successful then that helps with one of the pillars of Basho interoperability and then the other pillar is scalability. Rob is hard at work working with technical architects and scaling up a team to start de-risking the Hydra protocol and others are hard at work evolving the science behind the Hydra protocol. We have seen great progress on all fronts to de-risk Hydra's roll-out and what's so beautiful about Hydra is it is our belief that the majority if not all of Hydra can be implemented in Plutus. As Plutus rolls out we have a natural constituency to run this infrastructure. The stake pool operators and we have a natural way without an HFC event or special accommodation of rolling out Hydra.
It's not really needed at this level of scaling capacity. We have an enormous throughput already 10 times greater than Ethereum as it is today and room to make it a hundred times greater than what Ethereum is today without Hydra. However as we de-risk this infrastructure solidify the protocols and get out all the kinks. What's so beautiful about it is that we will be able to when the time comes the community can roll out multiple implementations of Hydra so that there is diversity and there will be a natural group of actors to run those channels as we have seen for example with the Bolt spec and the Lightning ecosystem on Bitcoin. The contrasting difference between Lightning and Bitcoin and Hydra and extended UTxO and Cardano is we designed Cardano for Hydra.
Bitcoin was not designed for Lightning and as a consequence it's always more difficult for them to try to make meaningful progress whereas us there's no friction in that relationship. It just fits very nicely through so the roadmap is coming together and Cardano 2020 has definitely started to evolve into quite a mature ecosystem and what's really exciting is we're going from an ecosystem of potential to one of reality and instead of asking what could we do we're showing people what has been done and people are actually doing things every day.
Our commercial team is inundated with requests for coordination and cooperation and deployment. I get numerous emails every single day, well intended to very serious about people wanting to build on the platform and we're really excited about that. We're going to keep this steady systematic relentless march as you saw with the enormity of the news today. It's business as usual and it'll be exactly the same in November only there'll be more and every month. The velocity increases, we burn down the remaining story points to get these things done and things are happening very quickly and we just keep releasing and releasing and releasing and it's a very different time than it was even six months ago.
Community rules
What's so reassuring is we continue to have the best community in all the cryptocurrency space. It's the final point but it's one that I'm most proud of. You see people get to decide where they want to live, what infrastructure they want to deploy, on who they want to work with and when you have a welcoming warm and friendly community that is constructive and productive and their job is to help you get to where you need to go you want to work with those people. When you have a destructive or toxic community that's exclusive hierarchical and not invented here in their mentality people don't want to work with that community. Money can't buy that. I don't care if you have a bank account with four billion dollars or you're a central bank. You can't buy character and you can't buy culture, you have to make it and you have to earn it and if we've accomplished anything over these last five years from the 90 papers now and the million plus lines of code and the incredible releases that have happened and continue to happen we accomplished the greatest thing of all: we built a community to rival that of bitcoin's. I believe with that community we can realize the dream in the coming years of Cardano becoming the financial operating system.
For those who don't have one and giving open prayer and free economic identity to those who need it I am astounded by just how easy it is to roll these things out. They're super hard and complex under the hood but they just feel right and fit right and all the pieces are starting to come together in just the right way and I'm astounded by the fact that when we roll them out community members are there to receive them and take them to the next level.
Thank you all for attending the product update at the end of the month. This was a real good one, just as good as the Shelley one and we are now in the Goguen era with the first HFC event coming in the end of November and we're going to keep pushing them out. Every single one of them will add more capabilities and I encourage everyone to check out the Marlowe playground start building with it. Today things are happening really fast when the mint comes online at the end of November. Start playing around with that, start talking about the multi-token standard. If you're interested in a project our commercial division divisions always' open and you're going to see more and more progress from all entities in this ecosystem and some potentially major announcements before you can think it. Thanks guys it was a good day and thanks to the entire team that made all this happen I'm real proud of all of you.
Video: https://www.youtube.com/watch?v=l5wADba8kCw
submitted by stake_pool to cardano [link] [comments]

AMA Recap of CEO and Co-founder of Chromia, Henrik Hjelte in the @binancenigeria Telegram group on 03/05/2020.

Moh (Binance Angel)🇳🇬,
Please join me to welcome, “CHROMIA CEO & Co-founder, Henrik Hjelte” and “ CMO, Serge lubkin”
Oh, before we proceed, kindly introduce yourselves and tell us a bit about your roles at Chromia u/sergelubkin & u/henrik_hjelte.
Henrik Hjelte,
Ok, I’m Henrik, I’m CEO of ChromaWay that crated the Chromia project. My background is a bit mixed: developer for 30+ years (since 80: s), but I studied other things at university (economics, politics, social sciences philosophy). Life is more than computer you know… I worked with FInance/IT then started a web startup and got to know Alex Mizrahi who worked as a developer….
Web startup didn’t fly, but Alex showed me bitcoin. When I finally read the whitepaper I was blown away, and joined Alex colored-coins project, the first open source protocol to issue tokens. in 2013.
So, we started with open-source tokens (that kickstarted the blockchain industry. Then started company together 2014.
That is a long intro, I’ll shut up now… Thanks….
Serge,
I’m Serge, I’m assisting Henrik today and I work with Chromia marketing team as well as on some business development projects
Moh (Binance Angel)🇳🇬, , Question No 1 :
Kindly describe the CHROMIA project and what it aims to achieve?
Henrik Hjelte,
Chromia is a new public blockchain based on the idea of integrating traditional databases, Relational databases with blockchain security. Chromia is a general purpose blockchain with full smart contract capabilities, just that it is a lot easier to code, even complex applications. You code with an easy to learn new programming language that combines the power of SQL and normal languages but makes it secure in a blockchain context. Up to 1/10 the code-lines vs other blockchains. There is a blog post about it, I’ll share later. On lines of code.
The aim of Chromia is to combine relational databases, which exist in every kind of organization, together using blockchains. We want to provide a platform for our users to develop totally decentralized apps securely. Our goal is for Chromia to be seen as the number one infrastructure for decentralized applications.
https://blog.chromia.com/reasons-for-rell-compactness/
Moh (Binance Angel)🇳🇬,Question No 2:
What inspired the CHROMIA Core team to pick interest in CHROMIA project? what breakthrough have you achieved so far? what are the present challenges you’re facing and how are you planning to overcome them?
Henrik Hjelte,
We started with public blockchains, tokens in 2012, the world’s first stable coin with a bank 2015 (LHV). When coding that solution, peer to peer payments of Euro-tokens, we discovered we need performance reasons to store all data in a database. We needed to quickly know the “balance” of a user, and can’t loop through a blockchain. And slowly the idea grew that we can make the database INTO a blockchain, integrate completely with the transaction mechanism of a database. So, we did it as a private blockchain first (Postchain), used it for some projects, then came up with the idea to make a Public Blockchain based on it.
The motivation is that we felt we needed a better programming model for blockchains. Our CTO Alex has always been thinking of optimal solutions for blockchain technology and has lots of experiences thinking about it. Also: make real-world useful things. For example, we support free-to-play models since users do not need to own “our” token to USE apps, the application itself (often the developer) pays for hosting. And of course, great performance. Also: more knowledge of who runs nodes and risk level. So, it is more suitable for enterprises.
In Chromia the application (at the start the developer) decides Who should be allowed to run its own blockchain (every dapp has its own blockchain). You can also say on a higher level that we want to provide technology to create “Public applications”, a tool
that enables us to create a fairer world.
https://blog.chromia.com/towards-publicly-hosted-applications/
Moh (Binance Angel)🇳🇬, Question No 3 :
Why did you create your own blockchain instead of leveraging on existing and proven base layer protocol?
Henrik Hjelte,
None of the existing protocols are suitable to support large-scale, mainstream applications. We designed Chromia to give our users exactly what they want; fast support, useful features, with an affordable service cost. Other platforms do not have the ability to host data applications in a decentralized and secure way, as Chromia can. Chromia also has its own bespoke programming language that sets it apart from SQL-based platforms. It’s so easy to use, even non-developers can understand it!
The other big difference with Chromia concerns payments. Chromia gives its users freedom from having to pay for each transaction. With Chromia, you have the flexibility to decide how to set fees for your dapp
And when it comes to “proven base layer protocols”: they are just a few years at max. Chromia is built on top of Postgresql, that has been used in enterprises for decades, a really proven technology. And the Java virtual machine on top of that. This is proven tech, at core.
Moh (Binance Angel)🇳🇬, Question No 4 :
What is Postchain?
Henrik Hjelte,
Postchain is an open-source product of ChromaWay for enterprise clients and it’s the core technology on which Chromia is built.
Postchain is a replicated blockchain and database that offers highly resilient distributed database management with distributed control.
Postchain is the only product on the market that combines the immutable consensus of a blockchain and the properties of a real database management system (You know, the tech that built SAP, Facebook, Banks…) …
Postchain allows you to share information between companies and/or individuals in a secure and transparent way.
That is the low-level base of Chromia you can say
Moh (Binance Angel)🇳🇬,
Can you please name some of your clients that are using this service already?
Serge,
You mean products built on Postchain? Also, Stockholm Green Digital Finance, Green Assets Wallet that’s now functioning on Chromia Bootstrap Mainnet.
Big financial institutions
It’s only a beginning of course, but very promising one. https://greenassetswallet.org/news/2019/12/12/launch-of-the-green-assets-wallet
Henrik Hjelte,
We got a lot of attention with the Swedish Land registry; we did a joint project between them and banks and a telco etc on postchain as base.
Then, right now we do a large project with the Inter-American Development bank also about land-registration (processes) in South America.
We had a client, Stockholm Green Digital Finance, that did a system for green bonds (tracking environmental impact. Yes, as Sege says, it was later moved to Chromia…
Which is cool. Also, another external development company did that phase of the project, proving that other can build on our tech,4irelabs from Ukraine is their name. Some companies using the GAW: Blackrock. SEB Bank etc…
Also, we have done more projects, in Australia, asia etc. Oh Daimler too (the Mercedes company) …
Moh (Binance Angel)🇳🇬,
Lots of enterprise clients you’ve got. No wonder I do see the meme “CHR=ETH KILLER”
Serge,
It’s a meme from our supporters. But we believe we can coexist:)
For some niche things eth is good :)
So, no killing :D
Henrik Hjelte,
We want to work with partners too for this, we can’t do all projects ourselves. Also, for Chromia projects, ChromaWay company can help do support maintenance etc. So, it is not competing, it adds value to the ecosystem.
Yeah ETH is good too, for some applications. We are friends with them from colored-coin times.
And colored-coins inspired ETH, and ETH inspires us.
Moh (Binance Angel)🇳🇬, Question No 5 :
Lastly, CHROMIA is already doing very well in terms of business. You just got listed on BINANCE JEX, you are on-boarding new clients and dishing out new features. But what’s next? Is there anything to be excited about?
Henrik Hjelte,
Plans for 2020 are to both release a series of dapps to showcase how fantastic Chromia is, as well as continue to develop the platform. And when it is secure and good enough, we will release the mainnet.
Dapps are now being made by us as well as others. We do a decentralized social network framework called Chromunity, now released to TestNet. It is really cool, users can vote over moderators, and in the future users might even govern the complete application, how it can be updated. This is a great showcase for Chromia and why we use the slogan Power to the Public.
https://testnet.chromunity.com/
Games coming are:
Mines of Dalarnia (by Workinman Interactive). An action game in a mine with blockchain rental of plots and stuff. Already on TestNet and you can take a peek on it at https://www.minesofdalarnia.com
more coming…
Krystopia 2, novas journey. A puzzle game done by Antler Interactive. Could only find trailer though: https://www.youtube.com/watch?v=-G95-Dw3kI4
However, we have even larger ambitions with blockchain gaming…
We are doing A secret demo-project that we do together with Antler to showcase the technical potential of Chromia platform.
Another exciting relase is an indie game Chain of Alliance, done by two external developers. It is a strategy game with full-logic on blockchain. Public release on TestNet on May 22!
More coming in 2020: Other dapps from other companies, one in impact-tech.
That is a serious app, Chromia also works outside gaming and social media for enterprises and startups
And I hope some of you will do something, we want to support dapps on the platform so reach out to us…
Moh (Binance Angel)🇳🇬,
When can we be expecting the mainnet? Any approximate time? I’m sure the community will really excited to have that info
Serge,
It’s now in Bootstap phase, so it’s technically already functioning. MVP will be very soon
Stay tuned;)
Twitter questions Vs answers
Ellkayy,
What’s the unique thing in Chromia that no other blockchain has, that makes you the better option?
Henrik Hjelte,
Unique: Chromia is the only blockchain that also has a real, proper database built-in. And blockchain is about managing data in a shared context. How to best managed data was solved in computer science already. So far, it is the relational algebra model that is used in 100% of all enterprises, and has an 85% market share. Chromia is the only blockchain that use that model and that power.
Ellkayy,
Why Chromia use RELL and not SQL or JavaScript? Can developers with other language knowledge use Chromia?
Serge,
Rell is the only language on the blockchain side. You can combine with anything on client-side, although now client only exists for JS/TS, C# and Java/Kotlin. Rell is a language for relational blockchain programming. It combines the following features:
1 Relational data modeling and queries similar to SQL. People familiar with SQL should feel at home once they learn the new syntax.
2 Normal programming constructs: variables, loops, functions, collections, etc.
3 Constructs which specifically target application backends and, in particular, blockchain-style programming including request routing, authorization, etc.
Rell aims to make programming as convenient and simple as possible. It minimizes boilerplate and repetition. At the same time, as a static type system it can detect and prevent many kinds of defects prior to run-time.
Roshan DV,
I have been monitoring your project for a while but some concerns about it: Your project will build your own core network, so you have more visibility than Ethereum and NEO. These are projects that were born before and which also have a very large community. And what can assure you that your project will guarantee the functionalities that you have defined?
Henrik Hjelte,
What came first? I want to remind that Vitalik was in the colored-coins project, led by our CTO and we had blockchain in production before ETH and NEO etc existed. We are the old dogs…
Large community: We are part of the same community. When developers are fustrated and want to try new tech, they go to us from other blockchains.
Also, we have a large potential: SQL (close to Rell and our tech) is the world top 3 language. Bigger than Java. Bigger than PHP. Only beaten bny HTML and javascript. Soliditiy is not on top 20 list. THere are millions of developers that know SQL. That is potential for community… (source is Stackoverflow annual programming survey).
Paul (Via Manage),
What are the utilities of Chromia and what purpose does the Chromia coin serve?
Serge,
Chromia meta-token called Chroma (CHR). It is used in Chromia to compensate block-producing nodes by fees. In Chromia, fees are paid by dapps, which can in their turn collect fees from users. Chromia provides mechanisms which balance the interests of developers and users. Dapp tokens can be automatically backed with Chroma, providing liquidity and value which is independent of investment into the dapp. Dapp investors can be compensated in Chroma through a profit-sharing contract. For developers, Chromia offers the opportunity to derive income from dapps. This incentivises the creation and maintenance of high quality dapps because better dapps generate more income and create more demand for tokens owned by the developer. The Chromia model is designed to support sustainable circular economies and foster a mutually beneficial relationship between developers, users, and investors.
Idemudia Isaac,
Thank you very much u/henrik_hjelte u/sergelubkin
You stated your plans for 2020 is to release series of dApps. What kind of large scale, mainstream decentralized application and $Chromia products do you think is suitable for the Nigerian environment?
Henrik Hjelte,
Actually, this is why we want to work with partners. We cannot know everything, For African market we have seen of course payments/remittances (but it has fallen out of trend). We would love to do real-estate /land-registration but we understand we need a strong local partner (more than a single person, a real company or organization driving).
●CC● | Elrond 🇵🇭,
What plans do you have to building a vibrant global community around Rell? And how would you go about encouraging/incentivising such ‘Rellists’ around the world to build dApps on Chromia? u/henrik_hjelte u/sergelubkin
Henrik Hjelte,
For developers (I am one too, or used to be) you normally need to prove a few things:
\ That the tech is productive (can I do apps faster?)*
\ That it is better (less bugs, more maintainable?)*
Then the community will come. We see that all the time. Look at web development. React.js came, and developers flooded to it. Not because of marketing on Superbowl, but because it was BETTER. Fewer bugs and easier to do complex webapps.
So, at core: people will come when we showcase the productivity gains, and that is what we need to focus on.
●CC● | Elrond 🇵🇭,
Why do you choose to build Chromia token on ERC20 instead of other blockchain such as BEP2, TRC20…or your own chain while ERC20 platform is very slow and have a case of fee? u/henrik_hjelte u/sergelubkin
Serge,
So far Ethereum has the best infrastructure, it’s the oldest and most reliable network for tokens. It also became the industry standard which exchanges utilize. We will transfer 80% of all erc20 tokens to our Chromia blockchain when it’s ready for that.
Koh,
In your whitepaper it says in the upcoming version of ChromiaWallet that it will be able to function as a Dapp browser for public use. Q) Will it be similar to the Dapp browser on Trust Wallet?
Serge,
It’s live already try it http://vault-testnet.chromia.com/
It’s the wallet and a dapp browser
CHROMIA is SOLID,
Your metamorphosis is a laudable one,surviving different FUD, how have you been able to survive this longest bear market and continue building and developing cos many projects have died out in this time period!
Henrik Hjelte,
You need to know we started a company before ETH existed. There was 0 money in blockchain when we started. I did it becuase it was fun, exciting tech and MAYBE someone would be interested in the thing we made “Tokens”…
We were never in the crazy bull-market, manly observed the crazies from the side. We fundraised for CHR in a dip (they called it bear market). ChromaWay the company also make money from enterprises.
Алекс,
What is SSO?
What makes it important for chromias ecosystem?
Why should we users be attracted to it?’
Serge,
Chromia SSO is perhaps the most important UX improvement that Chromia offers the decentralized world. It revolutionizes the way users interact with dapps. Any dapp requires users to sign transactions, that means they need a private key. Control of the private key is control of any and all dapps or assets associated with it. This means that private keys have an especially stringent set of security requirements in a blockchain context — they control real value, and there is no recourse if they are compromised or lost. https://blog.chromia.com/chromia-sso-the-whys-and-the-whats/
Olufemi Joel,
How do you see the Chromia project developing in 3 to 5 years, both on the commercial level and on the evolution of the company? What are the plans for expansion in different regions? Are you going to outsource the team/skills or keep it centralized and set up offices?
Henrik Hjelte,
I take part of the question. On outsource: we were a distributed team from day one, with co-founders from 3 countries (still living there). We are distributed now, Ukraine, Sweden, Vietnam, Croatia, China are “hubs” then we have individuals too. No big plan, just where we found great developers…
Park Lee, u/henrik_hjelte
You claim CHOROMIA have fast support, useful features with an affordable service cost. That fast and the fees are cheap but can you guarantee stability?
What’s the Algorithms which are used by CHROMIA for that fast? And Can you explain it?
Serge,
We use PBFT protocol with some features of DPOS, this plus sidechains parallelism offers almost unlimited speed and scalability. We also use the feature called anchoring to secure all transactions in batches on Bitcoin blockchain.
Mario Boy,
What are you guys trying to achieve as an end goal? The next Ethereum? Or the next enterprise version of Ethereum? Or something different?
Henrik Hjelte,
The end goal… good question. When we started in 2014 there were no other blockchain companies, so we wanted to do the best blockchain technology in order to enable a decentralized world with more fair applications. And that is what we still do. Technology/software that can enable people to make a fairer world
Erven James Sato,
“STAKING” is one of the STRATEGIES to ATTRACT USERS and ACHIEVE MASS ADOPTION
Does your GREAT PROJECT have plan about Staking?
Serge,
Yes, we announced our staking plans couple of months ago https://blog.chromia.com/on-providers-and-stakes/
We are working with our current partners to make it accessible for general public.
Chizoba,
I often see Chromia and ChromaWay being used interchangeably, what is the relationship between the two?
Henrik Hjelte,
ChromaWay the company started Chromia from code done as postchain. This is normal in open-source development, a company that leads development. But Chromia will be a decentalized network, so ChromaWay will not make direct money out of it more than if we have a role as a Provider (and get payed for hosting). ChromaWay can indirectly make money from optional support and maintenance etc. Also, this, perfectly normal in open-source world.
And it also benefits Chromia that there is a market for support.
A market open for competition.
No special treatment for “ChromaWay”
Enajite,
How to start coding on Chromia?
Henrik Hjelte,
Go to https://rell.chromia.com and follow the tutorial. Enjoy the free time you get compared to other blockchain languages…
●CC● | Elrond 🇵🇭,
Chromia process 500 TPS, these is slow compare to other Blockchains, where we can see now 60K TPS if more capacity require, how can that be? u/henrik_hjelte u/sergelubkin
Serge,
Yes, if you need faster speed you can use parallelism by having multiple blockchains for your dapp. Also, by optimization and better architecture sky is the limit.
Delphino.eth ⟠,
Can we consider Chromia an hybrid? For its mixing of Blockchain and a Database?
Henrik Hjelte,
Yes and no. I want to stress that Chromia is a FULL blockchain. It is not only “inspired”. It is a blockchain AND a database.
I tend to think about Hybrid more in the usecases that you might have as a customer. For example, a bank might want to have some data/transactions private (as a private blockchain) and have another half of the application with public data (on Chromia). So that is a hybrid solution, and Chromia ROCKS in that segment since it is the only blockchain that is complete relational database (what the normal world uses anyway for 85% of all applications)
Example area: “open banking”
Steve bush,
How will Chromia I have any empower Investors, Companies, Developers, Platform Users to
deliver impactful solutions and bring value to people all over the world?
Henrik Hjelte,
In order to make blockchain go big, we need to have users. Users need to be able to use apps with ease. Chromia have features like single-sign on (ease of use), but importantly do not require owning tokens to USE apps.
Also, it needs to be easy to make applications. For example, if you are a student in US and came up with an idea, you want to make an application for your school. Let’s call it “thefacebook”. You code something in PHP and MySQL. DID YOU SEE THAT. SQL. SQL.SQL. It is the same tech that Chromia has but no one else in the blockchain business. SQL rules the world if you look outside the crypto bubble. Google the Oracle head-office… 100% of all enterprises use it… Because it is easy and powerful.
And we even improve on SQL with Rell….
So, compare that with a hacky virtual machine that have a few years…. 😊
August,
“Mines of Dalarnia” is a game that has caught my attention a lot, due to its simplicity and quality. But in the time that I have used it I have not been able to differentiate between the Chromia blockchain of this game and that of the competition? What other games do you have next to develop? I would like to give ideas in those games like a Gamers!
Henrik Hjelte,
We thought about in corona time sports club might want to engage more with their fans digitally. And of course, E-Sports is getting a real momentum as the young generation grows up. Now a bit sad that all games are centralized. My daughter will be sad when (at some day?) they will close down roblox… it happens to all centralized apps eventually… that is what we fix. Power to the Public to control apps and their future. I’ll repost again Alex post. Sorry I like it a lot… https://blog.chromia.com/towards-publicly-hosted-applications/
Bisolar,
Good day Chromia team from a Chromia fan
Can you tell us Chromia’s geographical focus at the moment and the proces it follows for it BUSINESS DEVELOPMENT?
What factors do you consider before identifying NEW MARKETS to enter?
Serge,
Chromia will initially focus on community building in China, Korea, US and Europe. The focus of community growth will gradually expand to other markets as the project gains popularity.
Current community growth strategies of Chromia include:
Chromia blockchain incubator creation to welcome more projects to the Chromia blockchain
Host blockchain gaming conferences, workshops, and meetups to engage with potential users.
Provide online and face-to-face tutorials to engage with dapps developers.
Attract blockchain developers through direct and indirect approach via specialized platforms and communities.
Develop our relations with existing and previous corporate clients, and their partnership networks to participate in their blockchain ventures
Launch Node program to encourage system providers to run nodes on the Chromia blockchain.
Staking program for Chroma (CHR) tokens
Active community engagement via social channels.
Future community growth strategies of Chromia after Mainnet launch include:
Partner with more gaming studios, startups and enterprises
Build local communities with Ambassador Programs.
Partner with external incubator and accelerators to provide blockchain expertise and introduce projects to Chromia ecosystem
Continue organizing hackathons around the world to attract more developers.
Emmanuel,
I want to know the current structure of your roadmap? What is the future roadmap of CHROMIA? Is there any key milestone coming???
Henrik Hjelte,
It is easy to do a roadmap; anyone can make a pape plan. But I think they are used in the wrong way. Software is hard, blockchain is even harder because it NEEDS TO BE SECURE. No MVP releases. We cannot even have roadmap deadlines and skimp on quality. Where we are now though is: Rell language finished so much that developers can write apps and see its magic. We have external devs doing dapps. We have the first phase of mainnet. We have a series of releases coming up. We will release mainnet when it is secure enough, and gradual roll out. I think quite soon, development is going great at the moment, a bit quicker than we though.
Ellkayy,
Why doesn’t Chromia transactions use gas? How do you power transactions then?
Serge,
Main feature of gas in Ethereum is to pay for transactions for miners get rewards. In our scenario Providers get rewards from dapp owners. So dapp owner pays for storing their dapp. It’s like Amazon Web Service model. Then dapp owner can monetize it in its own way.
Ellkayy,
Many developers don’t know RELL, just Solidity and SQL. Is this a barrier or threat to Chromia? Why RELL is better?
Henrik Hjelte,
Very few developers know Solidity. Do a search on github. I referred previously to stackoverflow programming language survey results. https://insights.stackoverflow.com/survey/2019#technology
If you know SQL, you learn Rell in a day.
SQL is the top 3 language here. I’d say there are millions that can easily jump to Rell.
Soldity or other blockchains, not on top 20 list even.
Rell is a hipper, nicer version of SQL that is also a “normal” programming language.
Developers like to learn new things, new languages. Otherwise we would be stuck with PHP, the DOMINANT language. Well, is it still? Seems javascript and react.js and node etc is taking over…
Moh (Binance Angel)🇳🇬,
This brings us to the end of the AMA. It’s been a pleasure being with all of you, THANK YOU. Special shout out to u/sergelubkin and u/henrik_hjelte for honouring us with their presence today❤️
Kindly follow CHROMIA on twitter and join the conversation with their community on Telegram
Twitter: https://twitter.com/Chromia
Telegram: https://t.me/hellochromia
Official Chromia Nigeria Community Channel 🇳🇬 : https://t.me/ChromiaNigeria
Website: www.chromia.com
submitted by dam30 to Teamchromia [link] [comments]

Monthly Nano News: December 2019 + Year Recap Special

This is what NANO has been up to lately. I don't think I lie if I say it has been quite an amazing year!
See you soon and happy new year! Something nice is coming soon that I have been working on for a while, stay tuned..

December 2019

November 2019

October 2019

September 2019

August 2019

July 2019

June 2019

May 2019

Apr 2019

Mar 2019

Feb 2019

Jan 2019


More news here: https://nanolinks.info/news

https://preview.redd.it/9sw5nkoxlt741.png?width=749&format=png&auto=webp&s=3426d4eafb9430c0304a6d161596102536df4318
submitted by Joohansson to nanocurrency [link] [comments]

Bitcoin (BTC)A Peer-to-Peer Electronic Cash System.

Bitcoin (BTC)A Peer-to-Peer Electronic Cash System.
  • Bitcoin (BTC) is a peer-to-peer cryptocurrency that aims to function as a means of exchange that is independent of any central authority. BTC can be transferred electronically in a secure, verifiable, and immutable way.
  • Launched in 2009, BTC is the first virtual currency to solve the double-spending issue by timestamping transactions before broadcasting them to all of the nodes in the Bitcoin network. The Bitcoin Protocol offered a solution to the Byzantine Generals’ Problem with a blockchain network structure, a notion first created by Stuart Haber and W. Scott Stornetta in 1991.
  • Bitcoin’s whitepaper was published pseudonymously in 2008 by an individual, or a group, with the pseudonym “Satoshi Nakamoto”, whose underlying identity has still not been verified.
  • The Bitcoin protocol uses an SHA-256d-based Proof-of-Work (PoW) algorithm to reach network consensus. Its network has a target block time of 10 minutes and a maximum supply of 21 million tokens, with a decaying token emission rate. To prevent fluctuation of the block time, the network’s block difficulty is re-adjusted through an algorithm based on the past 2016 block times.
  • With a block size limit capped at 1 megabyte, the Bitcoin Protocol has supported both the Lightning Network, a second-layer infrastructure for payment channels, and Segregated Witness, a soft-fork to increase the number of transactions on a block, as solutions to network scalability.

https://preview.redd.it/s2gmpmeze3151.png?width=256&format=png&auto=webp&s=9759910dd3c4a15b83f55b827d1899fb2fdd3de1

1. What is Bitcoin (BTC)?

  • Bitcoin is a peer-to-peer cryptocurrency that aims to function as a means of exchange and is independent of any central authority. Bitcoins are transferred electronically in a secure, verifiable, and immutable way.
  • Network validators, whom are often referred to as miners, participate in the SHA-256d-based Proof-of-Work consensus mechanism to determine the next global state of the blockchain.
  • The Bitcoin protocol has a target block time of 10 minutes, and a maximum supply of 21 million tokens. The only way new bitcoins can be produced is when a block producer generates a new valid block.
  • The protocol has a token emission rate that halves every 210,000 blocks, or approximately every 4 years.
  • Unlike public blockchain infrastructures supporting the development of decentralized applications (Ethereum), the Bitcoin protocol is primarily used only for payments, and has only very limited support for smart contract-like functionalities (Bitcoin “Script” is mostly used to create certain conditions before bitcoins are used to be spent).

2. Bitcoin’s core features

For a more beginner’s introduction to Bitcoin, please visit Binance Academy’s guide to Bitcoin.

Unspent Transaction Output (UTXO) model

A UTXO transaction works like cash payment between two parties: Alice gives money to Bob and receives change (i.e., unspent amount). In comparison, blockchains like Ethereum rely on the account model.
https://preview.redd.it/t1j6anf8f3151.png?width=1601&format=png&auto=webp&s=33bd141d8f2136a6f32739c8cdc7aae2e04cbc47

Nakamoto consensus

In the Bitcoin network, anyone can join the network and become a bookkeeping service provider i.e., a validator. All validators are allowed in the race to become the block producer for the next block, yet only the first to complete a computationally heavy task will win. This feature is called Proof of Work (PoW).
The probability of any single validator to finish the task first is equal to the percentage of the total network computation power, or hash power, the validator has. For instance, a validator with 5% of the total network computation power will have a 5% chance of completing the task first, and therefore becoming the next block producer.
Since anyone can join the race, competition is prone to increase. In the early days, Bitcoin mining was mostly done by personal computer CPUs.
As of today, Bitcoin validators, or miners, have opted for dedicated and more powerful devices such as machines based on Application-Specific Integrated Circuit (“ASIC”).
Proof of Work secures the network as block producers must have spent resources external to the network (i.e., money to pay electricity), and can provide proof to other participants that they did so.
With various miners competing for block rewards, it becomes difficult for one single malicious party to gain network majority (defined as more than 51% of the network’s hash power in the Nakamoto consensus mechanism). The ability to rearrange transactions via 51% attacks indicates another feature of the Nakamoto consensus: the finality of transactions is only probabilistic.
Once a block is produced, it is then propagated by the block producer to all other validators to check on the validity of all transactions in that block. The block producer will receive rewards in the network’s native currency (i.e., bitcoin) as all validators approve the block and update their ledgers.

The blockchain

Block production

The Bitcoin protocol utilizes the Merkle tree data structure in order to organize hashes of numerous individual transactions into each block. This concept is named after Ralph Merkle, who patented it in 1979.
With the use of a Merkle tree, though each block might contain thousands of transactions, it will have the ability to combine all of their hashes and condense them into one, allowing efficient and secure verification of this group of transactions. This single hash called is a Merkle root, which is stored in the Block Header of a block. The Block Header also stores other meta information of a block, such as a hash of the previous Block Header, which enables blocks to be associated in a chain-like structure (hence the name “blockchain”).
An illustration of block production in the Bitcoin Protocol is demonstrated below.

https://preview.redd.it/m6texxicf3151.png?width=1591&format=png&auto=webp&s=f4253304912ed8370948b9c524e08fef28f1c78d

Block time and mining difficulty

Block time is the period required to create the next block in a network. As mentioned above, the node who solves the computationally intensive task will be allowed to produce the next block. Therefore, block time is directly correlated to the amount of time it takes for a node to find a solution to the task. The Bitcoin protocol sets a target block time of 10 minutes, and attempts to achieve this by introducing a variable named mining difficulty.
Mining difficulty refers to how difficult it is for the node to solve the computationally intensive task. If the network sets a high difficulty for the task, while miners have low computational power, which is often referred to as “hashrate”, it would statistically take longer for the nodes to get an answer for the task. If the difficulty is low, but miners have rather strong computational power, statistically, some nodes will be able to solve the task quickly.
Therefore, the 10 minute target block time is achieved by constantly and automatically adjusting the mining difficulty according to how much computational power there is amongst the nodes. The average block time of the network is evaluated after a certain number of blocks, and if it is greater than the expected block time, the difficulty level will decrease; if it is less than the expected block time, the difficulty level will increase.

What are orphan blocks?

In a PoW blockchain network, if the block time is too low, it would increase the likelihood of nodes producingorphan blocks, for which they would receive no reward. Orphan blocks are produced by nodes who solved the task but did not broadcast their results to the whole network the quickest due to network latency.
It takes time for a message to travel through a network, and it is entirely possible for 2 nodes to complete the task and start to broadcast their results to the network at roughly the same time, while one’s messages are received by all other nodes earlier as the node has low latency.
Imagine there is a network latency of 1 minute and a target block time of 2 minutes. A node could solve the task in around 1 minute but his message would take 1 minute to reach the rest of the nodes that are still working on the solution. While his message travels through the network, all the work done by all other nodes during that 1 minute, even if these nodes also complete the task, would go to waste. In this case, 50% of the computational power contributed to the network is wasted.
The percentage of wasted computational power would proportionally decrease if the mining difficulty were higher, as it would statistically take longer for miners to complete the task. In other words, if the mining difficulty, and therefore targeted block time is low, miners with powerful and often centralized mining facilities would get a higher chance of becoming the block producer, while the participation of weaker miners would become in vain. This introduces possible centralization and weakens the overall security of the network.
However, given a limited amount of transactions that can be stored in a block, making the block time too longwould decrease the number of transactions the network can process per second, negatively affecting network scalability.

3. Bitcoin’s additional features

Segregated Witness (SegWit)

Segregated Witness, often abbreviated as SegWit, is a protocol upgrade proposal that went live in August 2017.
SegWit separates witness signatures from transaction-related data. Witness signatures in legacy Bitcoin blocks often take more than 50% of the block size. By removing witness signatures from the transaction block, this protocol upgrade effectively increases the number of transactions that can be stored in a single block, enabling the network to handle more transactions per second. As a result, SegWit increases the scalability of Nakamoto consensus-based blockchain networks like Bitcoin and Litecoin.
SegWit also makes transactions cheaper. Since transaction fees are derived from how much data is being processed by the block producer, the more transactions that can be stored in a 1MB block, the cheaper individual transactions become.
https://preview.redd.it/depya70mf3151.png?width=1601&format=png&auto=webp&s=a6499aa2131fbf347f8ffd812930b2f7d66be48e
The legacy Bitcoin block has a block size limit of 1 megabyte, and any change on the block size would require a network hard-fork. On August 1st 2017, the first hard-fork occurred, leading to the creation of Bitcoin Cash (“BCH”), which introduced an 8 megabyte block size limit.
Conversely, Segregated Witness was a soft-fork: it never changed the transaction block size limit of the network. Instead, it added an extended block with an upper limit of 3 megabytes, which contains solely witness signatures, to the 1 megabyte block that contains only transaction data. This new block type can be processed even by nodes that have not completed the SegWit protocol upgrade.
Furthermore, the separation of witness signatures from transaction data solves the malleability issue with the original Bitcoin protocol. Without Segregated Witness, these signatures could be altered before the block is validated by miners. Indeed, alterations can be done in such a way that if the system does a mathematical check, the signature would still be valid. However, since the values in the signature are changed, the two signatures would create vastly different hash values.
For instance, if a witness signature states “6,” it has a mathematical value of 6, and would create a hash value of 12345. However, if the witness signature were changed to “06”, it would maintain a mathematical value of 6 while creating a (faulty) hash value of 67890.
Since the mathematical values are the same, the altered signature remains a valid signature. This would create a bookkeeping issue, as transactions in Nakamoto consensus-based blockchain networks are documented with these hash values, or transaction IDs. Effectively, one can alter a transaction ID to a new one, and the new ID can still be valid.
This can create many issues, as illustrated in the below example:
  1. Alice sends Bob 1 BTC, and Bob sends Merchant Carol this 1 BTC for some goods.
  2. Bob sends Carols this 1 BTC, while the transaction from Alice to Bob is not yet validated. Carol sees this incoming transaction of 1 BTC to him, and immediately ships goods to B.
  3. At the moment, the transaction from Alice to Bob is still not confirmed by the network, and Bob can change the witness signature, therefore changing this transaction ID from 12345 to 67890.
  4. Now Carol will not receive his 1 BTC, as the network looks for transaction 12345 to ensure that Bob’s wallet balance is valid.
  5. As this particular transaction ID changed from 12345 to 67890, the transaction from Bob to Carol will fail, and Bob will get his goods while still holding his BTC.
With the Segregated Witness upgrade, such instances can not happen again. This is because the witness signatures are moved outside of the transaction block into an extended block, and altering the witness signature won’t affect the transaction ID.
Since the transaction malleability issue is fixed, Segregated Witness also enables the proper functioning of second-layer scalability solutions on the Bitcoin protocol, such as the Lightning Network.

Lightning Network

Lightning Network is a second-layer micropayment solution for scalability.
Specifically, Lightning Network aims to enable near-instant and low-cost payments between merchants and customers that wish to use bitcoins.
Lightning Network was conceptualized in a whitepaper by Joseph Poon and Thaddeus Dryja in 2015. Since then, it has been implemented by multiple companies. The most prominent of them include Blockstream, Lightning Labs, and ACINQ.
A list of curated resources relevant to Lightning Network can be found here.
In the Lightning Network, if a customer wishes to transact with a merchant, both of them need to open a payment channel, which operates off the Bitcoin blockchain (i.e., off-chain vs. on-chain). None of the transaction details from this payment channel are recorded on the blockchain, and only when the channel is closed will the end result of both party’s wallet balances be updated to the blockchain. The blockchain only serves as a settlement layer for Lightning transactions.
Since all transactions done via the payment channel are conducted independently of the Nakamoto consensus, both parties involved in transactions do not need to wait for network confirmation on transactions. Instead, transacting parties would pay transaction fees to Bitcoin miners only when they decide to close the channel.
https://preview.redd.it/cy56icarf3151.png?width=1601&format=png&auto=webp&s=b239a63c6a87ec6cc1b18ce2cbd0355f8831c3a8
One limitation to the Lightning Network is that it requires a person to be online to receive transactions attributing towards him. Another limitation in user experience could be that one needs to lock up some funds every time he wishes to open a payment channel, and is only able to use that fund within the channel.
However, this does not mean he needs to create new channels every time he wishes to transact with a different person on the Lightning Network. If Alice wants to send money to Carol, but they do not have a payment channel open, they can ask Bob, who has payment channels open to both Alice and Carol, to help make that transaction. Alice will be able to send funds to Bob, and Bob to Carol. Hence, the number of “payment hubs” (i.e., Bob in the previous example) correlates with both the convenience and the usability of the Lightning Network for real-world applications.

Schnorr Signature upgrade proposal

Elliptic Curve Digital Signature Algorithm (“ECDSA”) signatures are used to sign transactions on the Bitcoin blockchain.
https://preview.redd.it/hjeqe4l7g3151.png?width=1601&format=png&auto=webp&s=8014fb08fe62ac4d91645499bc0c7e1c04c5d7c4
However, many developers now advocate for replacing ECDSA with Schnorr Signature. Once Schnorr Signatures are implemented, multiple parties can collaborate in producing a signature that is valid for the sum of their public keys.
This would primarily be beneficial for network scalability. When multiple addresses were to conduct transactions to a single address, each transaction would require their own signature. With Schnorr Signature, all these signatures would be combined into one. As a result, the network would be able to store more transactions in a single block.
https://preview.redd.it/axg3wayag3151.png?width=1601&format=png&auto=webp&s=93d958fa6b0e623caa82ca71fe457b4daa88c71e
The reduced size in signatures implies a reduced cost on transaction fees. The group of senders can split the transaction fees for that one group signature, instead of paying for one personal signature individually.
Schnorr Signature also improves network privacy and token fungibility. A third-party observer will not be able to detect if a user is sending a multi-signature transaction, since the signature will be in the same format as a single-signature transaction.

4. Economics and supply distribution

The Bitcoin protocol utilizes the Nakamoto consensus, and nodes validate blocks via Proof-of-Work mining. The bitcoin token was not pre-mined, and has a maximum supply of 21 million. The initial reward for a block was 50 BTC per block. Block mining rewards halve every 210,000 blocks. Since the average time for block production on the blockchain is 10 minutes, it implies that the block reward halving events will approximately take place every 4 years.
As of May 12th 2020, the block mining rewards are 6.25 BTC per block. Transaction fees also represent a minor revenue stream for miners.
submitted by D-platform to u/D-platform [link] [comments]

Re-Launching The Borderless, Unkillable Crypto-Fiat Gateway, DAIHard. Enter or Exit Crypto via Any Fiat and Any Payment Method, Anywhere in the World, Without KYC. All you need is a little Dai.

Some of you might recall recall our initial facepalm failed launch about 3 months ago (post-mortem here). Well, we're back--this time with an audit and some new features. This version of DAIHard should should die a little harder this time ;)

The Audit

After shopping around a bit in the auditor space, we decided to go with Adam Dossa--the very same Adam Dossa that actually found our launch vulnerability and responsibly disclosed it to us! You can see his report here. By the way, Adam has been a gem: friendly, professional, timely, and flexible. Definitely keep him in mind if you need an audit!

(Re)Introducing DAIHard

Following is an updated version of our original launch post. If you've already read that, you might want to skip to the heading What's New in v0.9.2. Or you can go straight to the app or go to our info site for more info!
Here is a legitimate concern most of us are familiar with:
To enter or exit the crypto economy, we rely on centralized exchanges such as Coinbase, which track their users, impose limits, and are tightly coupled to their jurisdiction and its banking system. And for all we know, any day now regulations could start tightening these controls further (*we've actually seen some of this play out in the two months since our first launch post). In light of this, can we say in any meaningful sense that crypto is anonymous, limtiless, borderless, immune to regulation, and (most importantly) unstoppable?
To really address this concern, we need a completely decentralized gateway between fiat and crypto: something that extends the benefits of crypto to the very act of moving between the old and new economies. But the design of such a platform is far from obvious.
(Localethereum comes close, but as discussed under Unkillable, it doesn't quite cut it. And Bisq is decentralized, but has significant UX hurdles.)
We believe we've found a solution. We are proud to present:

DAIHard v0.9.2 - Almost Definitely Not Broken This Time

If you want to jump right in, we recommend first watching our latest usage demo (7 min), then diving in and giving it a shot with a small amount of Dai. (Try it on Kovan first if mainnet is too scary!)
DAIHard extends many of the promises of crypto (borderless, anonymous, limitless, unstoppable) into the exchange mechanism itself, allowing anyone, anywhere to bypass centralized exchanges and the control they impose.
More concretely, DAIHard is a platform, run on smart contracts, for forming one-off crypto/fiat exchanges with other users, in which:
Again, our latest usage demo (7 min) shows this process in action.

Two drawbacks

You Need either xDai, or both Dai and Ether, to Use The Tool (At Least For Now)

If you want to buy Dai on DAIHard, you must already have Dai--1/3 of the amount you want to purchase--to put up as a burnable deposit. For example, if you only have 10 Dai now, you can only commit to buying 30 Dai, and must complete that trade before using the newly bought Dai to open up a bigger offer (for up to 120 Dai that time).
Most tragically of course, this means that if you don't already have some crypto, you can't use this tool to get crypto--this is why we avoid calling DAIHard an onramp specifically. This comes from the fact that both parties must have "skin in the game" for the game theory to work, and a smart contract can only threaten to burn crypto.
We have some ideas on how to address this drawback in the not-too-distant future, which we'll write about soon. For now it's time to launch this thing and get some users!

Dangerous and Scary To Use

In rare cases, a user may have to burn Dai and face a loss on the entire trade amount. The necessity of this ever-present risk is explained in detail in DAIHard Game Theory.
However, a cautious, rational user can gather information (possibly via our [subreddit](daihard)!) about how people have used the tool, successfully and unsuccessfully. They can then create a buy or sell offer with wisely chosen settings based on what has worked for others. Other cautious, rational users can find this offer and commit to the trade if they dare. We expect the vast majority of committed trades should involve rational, cautious users, and should therefore resolve happily.
Still, inevitably there will be sloppy trades that result in burns. As the tool is used, we'll be keeping a close eye on the frequency of burns and keeping you guys updated (perhaps via a "System Status" utility similar to the one found on MakerDao's explorer). In the end, though, we expect the risk in using DAIHard to be comparable to the risk of using any exchange or DNM: ever-present but low enough for the platform to be useful as whole.
So, while DAIHard will never shut down and can't perform an exit scam, the bad news is it's not risk-free. Users will have to approach DAIhard with the same level of caution they would with any new exchange (albeit for different reasons and with a different approach).
So what's the good news?

The Good News

While these drawbacks are significant, they enable some remarkable features that no other crypto/fiat exchange mechanism can boast.

Unkillable

(Correction: Bisq seems to have a decentralized arbitration system)
We are aware of no other crypto/fiat exchange platform that is truly unkillable. Bisq and localethereum comes close, but both localethereum relies on centralized processes of arbitration. This means their fraud-and-scam-prevention system can be sued, jailed, or otherwise harrassed--and if that part stops working, it doesn't matter how decentralized the rest of the system was.
DAIHard, in contrast, gives the users the power to police and punish each other, via the aforementioned credible threat of burn. This is simple game theory, and the rules of this game are etched permanently into the DAIHard Factory and Trade contract code: impervious to litigation, regulation, and political pressure.
This Factory contract has no owner and no suicide or pause code. It cannot be stopped by us or anyone else.
Like Toastycoin, this thing was immortal the moment it was deployed (even more immortal than RadarRelay, for example, which does rely on an ownership role). Both DAIHard and Toastycoin (and probably whatever we build next) will last for as long as a single Ethereum node continues mining, and it will remain easy to use as long as someone can find the HTML/JS front-end and a web3 wallet.
(The HTML/JS front-end (built in Elm, by the way, with the lovely elm-ethereum!) is currently hosted on Github pages, which is centralized--but even if Github takes down the page and deletes the code, it's a minor step to get the page hosted on IPFS, something that is on our near-term roadmap in any case)

No KYC, No Limits

It's smart contracts all the way down, so DAIHard never asks any nosy questions--if you have Metamask or some other web3 wallet installed and set up, with some ETH and Dai (or just xDai), you can immediately open or commit to a trade. You don't even need a username!
(In fact, we're so inclusive, even machines are allowed--no CAPTCHA here!)
You're limited only by the collateral you put up, so if you have 10,000 Dai you could open up a buy offer for 30,000 Dai (or a sell offer for 10,000 Dai) right now.
We do reccommend trying the tool out first with a small amount of Dai... But we're not your mom! Do what you want!

Borderless

It simply doesn't matter where you are, because DAIHard doesn't need to interface with any particular jurisdiction or payment system to work. DIAHard works by incentivizing people (or robots?) to navigate the particular real-world hurdles of bank transfers, cash drops, or other fiat transfer methods. These incentives work whether you're in America, Zimbabwe, or the Atlantic; they work whether the fiat is USD, EUR, ZAR, seashells, or Rai Stones; and they work whether your counterparty is a human, an organization, a script, or a particularly intelligent dog with Internet access.

Any Fiat Type, and Highly Customizeable

Here are some examples of the types of trades you might create or find on DAIHard.
As the DAIHard community grows, users will doubtless find much more creative ways to use the system, and we will discover together which types of trades are reliable and which are more risky. Because users can set their own prices and phase timeout settings, we expect the risky trades to charge a premium or have longer time windows, while the reliable ones rapidly multiply at close to a 1:1 price ratio, with quick turnaround times.

Extensible (with profit) by Third Parties

Not satisfied with our interface? Do you have some nifty idea for how to display and organize user reputation? Or maybe some idea for how trades could be chained togeher? Maybe you'd like to design a notification system for DAIHard? Maybe you just want a different color scheme!
Well, you won't need our permission to do any of this. Any tool that watches the same Factory contract will share the pool of trades, regardless of which tool actually creates the trade. This means we don't even have to fight over network effects!
And if you look closely at our fee structure, you might notice that only half of the 1% DAIHard fee is "hardcoded" into the Factory contract. The other half is set and charged by our interface. What does this mean for you? If you go out and make a better interface, you can essentially replace half of our 1% fee with your own fee--it's up to you whether it's smaller or larger than the replaced 0.5%.
The reason for this is to explicitly welcome other developers to extend what we've built. For as long as our team is the only one improving the platform, a threat to us is a threat to future upgrades. But if others begin extending the DAIHard platform too, then DAIHard will not only be unstoppable as it is today, but also grow unstoppably.

(For Real This Time) This Is a Big Fucking Deal

DAIHard is a turning point in crypto and a breakthrough in decentralized markets, and is an irreversible augmentation of the Ethereum platform.
What we've built is a gateway to crypto completely devoid of centralized components--rendering entry and exit to crypto unkillable, flexible, borderless, and private. Centralized exchanges, and the control they impose, can now be bypassed by anyone with Dai and a web3 wallet.

What's New in v0.9.2

There have been many changes made since our first failed launch, but there are two rather important ones: xDai support and reputation tools.

xDai support

DAIHard is now operational on xDai, a sidechain whose native token (xDai) is pegged to the Dai (and therefore $1). Add the xDai network to your Metamask (or just install Nifty Wallet), then switch to the xDai network in your wallet, to try it out. xDai has some pretty incredible benefits, compared to vanilla Ethereum:

Reputation tools

We now have a few reputation tools. First, on any open trade, there is a widget showing the number of releases, aborts, and burns the given address has been involved in as that role (buyer or seller). Clicking on this expands the widget to show more detailed information, and also provides a link to a page that lists each trade this user has been or is involved in.

What's next?

We have tons of ideas on how to improve the product--too many, in fact, to commit to any before we get a good chunk of user feedback. Here are some of our favorite ideas:

Near-Term, Smaller Features

  1. Lots of usability improvements.
  2. A "System Status" utility similar to the one found on MakerDao's explorer).
  3. Marketplace / My Trades rework.
  4. A "QuickTrade" page, offering Trade Templates as an alternative to the current Create Offer page.

Big Exciting Features

  1. Bootstrapping people with no DAI via other mechanisms and community outreach.
  2. Partial commits to trades. eg. Place a 10,000 DAI trade and allow it to be picked up in blocks larger than 500 DAI at a time.
  3. More chains, get this thing working on Bitcoin via Rootstock, on Ethereum Classic and Binance Chain.

Stay Informed!

A lot of the above features will be prioritized more clearly as we get user feedback, and we will be posting fairly frequent updates and articles on our info site. If you don't want to miss anything, note the subscribe widget and sign up!
submitted by coinop-logan to ethereum [link] [comments]

Technical: A Brief History of Payment Channels: from Satoshi to Lightning Network

Who cares about political tweets from some random country's president when payment channels are a much more interesting and are actually capable of carrying value?
So let's have a short history of various payment channel techs!

Generation 0: Satoshi's Broken nSequence Channels

Because Satoshi's Vision included payment channels, except his implementation sucked so hard we had to go fix it and added RBF as a by-product.
Originally, the plan for nSequence was that mempools would replace any transaction spending certain inputs with another transaction spending the same inputs, but only if the nSequence field of the replacement was larger.
Since 0xFFFFFFFF was the highest value that nSequence could get, this would mark a transaction as "final" and not replaceable on the mempool anymore.
In fact, this "nSequence channel" I will describe is the reason why we have this weird rule about nLockTime and nSequence. nLockTime actually only works if nSequence is not 0xFFFFFFFF i.e. final. If nSequence is 0xFFFFFFFF then nLockTime is ignored, because this if the "final" version of the transaction.
So what you'd do would be something like this:
  1. You go to a bar and promise the bartender to pay by the time the bar closes. Because this is the Bitcoin universe, time is measured in blockheight, so the closing time of the bar is indicated as some future blockheight.
  2. For your first drink, you'd make a transaction paying to the bartender for that drink, paying from some coins you have. The transaction has an nLockTime equal to the closing time of the bar, and a starting nSequence of 0. You hand over the transaction and the bartender hands you your drink.
  3. For your succeeding drink, you'd remake the same transaction, adding the payment for that drink to the transaction output that goes to the bartender (so that output keeps getting larger, by the amount of payment), and having an nSequence that is one higher than the previous one.
  4. Eventually you have to stop drinking. It comes down to one of two possibilities:
    • You drink until the bar closes. Since it is now the nLockTime indicated in the transaction, the bartender is able to broadcast the latest transaction and tells the bouncers to kick you out of the bar.
    • You wisely consider the state of your liver. So you re-sign the last transaction with a "final" nSequence of 0xFFFFFFFF i.e. the maximum possible value it can have. This allows the bartender to get his or her funds immediately (nLockTime is ignored if nSequence is 0xFFFFFFFF), so he or she tells the bouncers to let you out of the bar.
Now that of course is a payment channel. Individual payments (purchases of alcohol, so I guess buying coffee is not in scope for payment channels). Closing is done by creating a "final" transaction that is the sum of the individual payments. Sure there's no routing and channels are unidirectional and channels have a maximum lifetime but give Satoshi a break, he was also busy inventing Bitcoin at the time.
Now if you noticed I called this kind of payment channel "broken". This is because the mempool rules are not consensus rules, and cannot be validated (nothing about the mempool can be validated onchain: I sigh every time somebody proposes "let's make block size dependent on mempool size", mempool state cannot be validated by onchain data). Fullnodes can't see all of the transactions you signed, and then validate that the final one with the maximum nSequence is the one that actually is used onchain. So you can do the below:
  1. Become friends with Jihan Wu, because he owns >51% of the mining hashrate (he totally reorged Bitcoin to reverse the Binance hack right?).
  2. Slip Jihan Wu some of the more interesting drinks you're ordering as an incentive to cooperate with you. So say you end up ordering 100 drinks, you split it with Jihan Wu and give him 50 of the drinks.
  3. When the bar closes, Jihan Wu quickly calls his mining rig and tells them to mine the version of your transaction with nSequence 0. You know, that first one where you pay for only one drink.
  4. Because fullnodes cannot validate nSequence, they'll accept even the nSequence=0 version and confirm it, immutably adding you paying for a single alcoholic drink to the blockchain.
  5. The bartender, pissed at being cheated, takes out a shotgun from under the bar and shoots at you and Jihan Wu.
  6. Jihan Wu uses his mystical chi powers (actually the combined exhaust from all of his mining rigs) to slow down the shotgun pellets, making them hit you as softly as petals drifting in the wind.
  7. The bartender mutters some words, clothes ripping apart as he or she (hard to believe it could be a she but hey) turns into a bear, ready to maul you for cheating him or her of the payment for all the 100 drinks you ordered from him or her.
  8. Steely-eyed, you stand in front of the bartender-turned-bear, daring him to touch you. You've watched Revenant, you know Leonardo di Caprio could survive a bear mauling, and if some posh actor can survive that, you know you can too. You make a pose. "Drunken troll logic attack!"
  9. I think I got sidetracked here.
Lessons learned?

Spilman Channels

Incentive-compatible time-limited unidirectional channel; or, Satoshi's Vision, Fixed (if transaction malleability hadn't been a problem, that is).
Now, we know the bartender will turn into a bear and maul you if you try to cheat the payment channel, and now that we've revealed you're good friends with Jihan Wu, the bartender will no longer accept a payment channel scheme that lets one you cooperate with a miner to cheat the bartender.
Fortunately, Jeremy Spilman proposed a better way that would not let you cheat the bartender.
First, you and the bartender perform this ritual:
  1. You get some funds and create a transaction that pays to a 2-of-2 multisig between you and the bartender. You don't broadcast this yet: you just sign it and get its txid.
  2. You create another transaction that spends the above transaction. This transaction (the "backoff") has an nLockTime equal to the closing time of the bar, plus one block. You sign it and give this backoff transaction (but not the above transaction) to the bartender.
  3. The bartender signs the backoff and gives it back to you. It is now valid since it's spending a 2-of-2 of you and the bartender, and both of you have signed the backoff transaction.
  4. Now you broadcast the first transaction onchain. You and the bartender wait for it to be deeply confirmed, then you can start ordering.
The above is probably vaguely familiar to LN users. It's the funding process of payment channels! The first transaction, the one that pays to a 2-of-2 multisig, is the funding transaction that backs the payment channel funds.
So now you start ordering in this way:
  1. For your first drink, you create a transaction spending the funding transaction output and sending the price of the drink to the bartender, with the rest returning to you.
  2. You sign the transaction and pass it to the bartender, who serves your first drink.
  3. For your succeeding drinks, you recreate the same transaction, adding the price of the new drink to the sum that goes to the bartender and reducing the money returned to you. You sign the transaction and give it to the bartender, who serves you your next drink.
  4. At the end:
    • If the bar closing time is reached, the bartender signs the latest transaction, completing the needed 2-of-2 signatures and broadcasting this to the Bitcoin network. Since the backoff transaction is the closing time + 1, it can't get used at closing time.
    • If you decide you want to leave early because your liver is crying, you just tell the bartender to go ahead and close the channel (which the bartender can do at any time by just signing and broadcasting the latest transaction: the bartender won't do that because he or she is hoping you'll stay and drink more).
    • If you ended up just hanging around the bar and never ordering, then at closing time + 1 you broadcast the backoff transaction and get your funds back in full.
Now, even if you pass 50 drinks to Jihan Wu, you can't give him the first transaction (the one which pays for only one drink) and ask him to mine it: it's spending a 2-of-2 and the copy you have only contains your own signature. You need the bartender's signature to make it valid, but he or she sure as hell isn't going to cooperate in something that would lose him or her money, so a signature from the bartender validating old state where he or she gets paid less isn't going to happen.
So, problem solved, right? Right? Okay, let's try it. So you get your funds, put them in a funding tx, get the backoff tx, confirm the funding tx...
Once the funding transaction confirms deeply, the bartender laughs uproariously. He or she summons the bouncers, who surround you menacingly.
"I'm refusing service to you," the bartender says.
"Fine," you say. "I was leaving anyway;" You smirk. "I'll get back my money with the backoff transaction, and posting about your poor service on reddit so you get negative karma, so there!"
"Not so fast," the bartender says. His or her voice chills your bones. It looks like your exploitation of the Satoshi nSequence payment channel is still fresh in his or her mind. "Look at the txid of the funding transaction that got confirmed."
"What about it?" you ask nonchalantly, as you flip open your desktop computer and open a reputable blockchain explorer.
What you see shocks you.
"What the --- the txid is different! You--- you changed my signature?? But how? I put the only copy of my private key in a sealed envelope in a cast-iron box inside a safe buried in the Gobi desert protected by a clan of nomads who have dedicated their lives and their childrens' lives to keeping my private key safe in perpetuity!"
"Didn't you know?" the bartender asks. "The components of the signature are just very large numbers. The sign of one of the signature components can be changed, from positive to negative, or negative to positive, and the signature will remain valid. Anyone can do that, even if they don't know the private key. But because Bitcoin includes the signatures in the transaction when it's generating the txid, this little change also changes the txid." He or she chuckles. "They say they'll fix it by separating the signatures from the transaction body. They're saying that these kinds of signature malleability won't affect transaction ids anymore after they do this, but I bet I can get my good friend Jihan Wu to delay this 'SepSig' plan for a good while yet. Friendly guy, this Jihan Wu, it turns out all I had to do was slip him 51 drinks and he was willing to mine a tx with the signature signs flipped." His or her grin widens. "I'm afraid your backoff transaction won't work anymore, since it spends a txid that is not existent and will never be confirmed. So here's the deal. You pay me 99% of the funds in the funding transaction, in exchange for me signing the transaction that spends with the txid that you see onchain. Refuse, and you lose 100% of the funds and every other HODLer, including me, benefits from the reduction in coin supply. Accept, and you get to keep 1%. I lose nothing if you refuse, so I won't care if you do, but consider the difference of getting zilch vs. getting 1% of your funds." His or her eyes glow. "GENUFLECT RIGHT NOW."
Lesson learned?

CLTV-protected Spilman Channels

Using CLTV for the backoff branch.
This variation is simply Spilman channels, but with the backoff transaction replaced with a backoff branch in the SCRIPT you pay to. It only became possible after OP_CHECKLOCKTIMEVERIFY (CLTV) was enabled in 2015.
Now as we saw in the Spilman Channels discussion, transaction malleability means that any pre-signed offchain transaction can easily be invalidated by flipping the sign of the signature of the funding transaction while the funding transaction is not yet confirmed.
This can be avoided by simply putting any special requirements into an explicit branch of the Bitcoin SCRIPT. Now, the backoff branch is supposed to create a maximum lifetime for the payment channel, and prior to the introduction of OP_CHECKLOCKTIMEVERIFY this could only be done by having a pre-signed nLockTime transaction.
With CLTV, however, we can now make the branches explicit in the SCRIPT that the funding transaction pays to.
Instead of paying to a 2-of-2 in order to set up the funding transaction, you pay to a SCRIPT which is basically "2-of-2, OR this singlesig after a specified lock time".
With this, there is no backoff transaction that is pre-signed and which refers to a specific txid. Instead, you can create the backoff transaction later, using whatever txid the funding transaction ends up being confirmed under. Since the funding transaction is immutable once confirmed, it is no longer possible to change the txid afterwards.

Todd Micropayment Networks

The old hub-spoke model (that isn't how LN today actually works).
One of the more direct predecessors of the Lightning Network was the hub-spoke model discussed by Peter Todd. In this model, instead of payers directly having channels to payees, payers and payees connect to a central hub server. This allows any payer to pay any payee, using the same channel for every payee on the hub. Similarly, this allows any payee to receive from any payer, using the same channel.
Remember from the above Spilman example? When you open a channel to the bartender, you have to wait around for the funding tx to confirm. This will take an hour at best. Now consider that you have to make channels for everyone you want to pay to. That's not very scalable.
So the Todd hub-spoke model has a central "clearing house" that transport money from payers to payees. The "Moonbeam" project takes this model. Of course, this reveals to the hub who the payer and payee are, and thus the hub can potentially censor transactions. Generally, though, it was considered that a hub would more efficiently censor by just not maintaining a channel with the payer or payee that it wants to censor (since the money it owned in the channel would just be locked uselessly if the hub won't process payments to/from the censored user).
In any case, the ability of the central hub to monitor payments means that it can surveill the payer and payee, and then sell this private transactional data to third parties. This loss of privacy would be intolerable today.
Peter Todd also proposed that there might be multiple hubs that could transport funds to each other on behalf of their users, providing somewhat better privacy.
Another point of note is that at the time such networks were proposed, only unidirectional (Spilman) channels were available. Thus, while one could be a payer, or payee, you would have to use separate channels for your income versus for your spending. Worse, if you wanted to transfer money from your income channel to your spending channel, you had to close both and reshuffle the money between them, both onchain activities.

Poon-Dryja Lightning Network

Bidirectional two-participant channels.
The Poon-Dryja channel mechanism has two important properties:
Both the original Satoshi and the two Spilman variants are unidirectional: there is a payer and a payee, and if the payee wants to do a refund, or wants to pay for a different service or product the payer is providing, then they can't use the same unidirectional channel.
The Poon-Dryjam mechanism allows channels, however, to be bidirectional instead: you are not a payer or a payee on the channel, you can receive or send at any time as long as both you and the channel counterparty are online.
Further, unlike either of the Spilman variants, there is no time limit for the lifetime of a channel. Instead, you can keep the channel open for as long as you want.
Both properties, together, form a very powerful scaling property that I believe most people have not appreciated. With unidirectional channels, as mentioned before, if you both earn and spend over the same network of payment channels, you would have separate channels for earning and spending. You would then need to perform onchain operations to "reverse" the directions of your channels periodically. Secondly, since Spilman channels have a fixed lifetime, even if you never used either channel, you would have to periodically "refresh" it by closing it and reopening.
With bidirectional, indefinite-lifetime channels, you may instead open some channels when you first begin managing your own money, then close them only after your lawyers have executed your last will and testament on how the money in your channels get divided up to your heirs: that's just two onchain transactions in your entire lifetime. That is the potentially very powerful scaling property that bidirectional, indefinite-lifetime channels allow.
I won't discuss the transaction structure needed for Poon-Dryja bidirectional channels --- it's complicated and you can easily get explanations with cute graphics elsewhere.
There is a weakness of Poon-Dryja that people tend to gloss over (because it was fixed very well by RustyReddit):
Another thing I want to emphasize is that while the Lightning Network paper and many of the earlier presentations developed from the old Peter Todd hub-and-spoke model, the modern Lightning Network takes the logical conclusion of removing a strict separation between "hubs" and "spokes". Any node on the Lightning Network can very well work as a hub for any other node. Thus, while you might operate as "mostly a payer", "mostly a forwarding node", "mostly a payee", you still end up being at least partially a forwarding node ("hub") on the network, at least part of the time. This greatly reduces the problems of privacy inherent in having only a few hub nodes: forwarding nodes cannot get significantly useful data from the payments passing through them, because the distance between the payer and the payee can be so large that it would be likely that the ultimate payer and the ultimate payee could be anyone on the Lightning Network.
Lessons learned?

Future

After LN, there's also the Decker-Wattenhofer Duplex Micropayment Channels (DMC). This post is long enough as-is, LOL. But for now, it uses a novel "decrementing nSequence channel", using the new relative-timelock semantics of nSequence (not the broken one originally by Satoshi). It actually uses multiple such "decrementing nSequence" constructs, terminating in a pair of Spilman channels, one in both directions (thus "duplex"). Maybe I'll discuss it some other time.
The realization that channel constructions could actually hold more channel constructions inside them (the way the Decker-Wattenhofer puts a pair of Spilman channels inside a series of "decrementing nSequence channels") lead to the further thought behind Burchert-Decker-Wattenhofer channel factories. Basically, you could host multiple two-participant channel constructs inside a larger multiparticipant "channel" construct (i.e. host multiple channels inside a factory).
Further, we have the Decker-Russell-Osuntokun or "eltoo" construction. I'd argue that this is "nSequence done right". I'll write more about this later, because this post is long enough.
Lessons learned?
submitted by almkglor to Bitcoin [link] [comments]

Bitcoin Script - YouTube Binance Has Been Hacked Binance Exchange Tutorial 2020: How To BUY And SELL ... Binance New Lending Coins, ETH On BitPay, Fiat To Crypto & Bitcoin ETF SEC Report Binance Clone Script - Live Demo 2019 How to Withdraw Bitcoin from a Bitcoin Exchange to a ... How To Use Debit / Credit Cards On Binance Exchange ... Binance Loan Hack by ScriptLord for 10000 usdt bitcoin ...

The platform harbors millions of users who exchange coins like Bitcoin, Litecoin, Ethereum and more. With our Binance clone script, you will be able to release your very own exchange platform that is just like Binance, but with your unique customizations. Enable customers to trade directly from peer-to-peer. Experience easy-to-understand, bug ... Binance: Bitcoin Exchange; Crex24: Bitcoin Exchange; FaucetPay; Expresscrypto; Freebitco; Dropdown2; Dropdown3; Dropdown4 ; Dropdown5; Dropdown6; Home › BITCOIN › FAUCETS › GRÁTIS › TRADING. terça-feira, 16 de junho de 2020. Faucet Pay: Trading Bitcoin Categorias: BITCOIN FAUCETS GRÁTIS TRADING Data de publicação: junho 16, 2020. O intuído desse tutorial é ensinar para ti uma ... To facilitate the transfer operation for Binance users, transactions between two Binance users will be immediately credited, and no transaction fee will be charged. Here we will illustrate an example in which a Binance User A wants to transfer BNB to a Binance User B: User A's withdrawal operation is totally the same as for a normal withdrawal. 1. Visit www.binance.com and log into the account ... Pay-to-Script-Hash (P2SH) was a very interesting development for Bitcoin. It allows the sender to lock funds to the hash of a script – they don’t need to know what the script actually does. Take the following SHA-256 hash: Profile Profile Settings Account and Billing Referred friends Coins My Support Tickets Help Center Ideas Published Followers Following Dark color theme Sign Out Sign in Upgrade Upgrade now 30-day Free Trial Start free trial Upgrade plan Pay nothing extra Upgrade early Beli Bitcoin di Binance! Pay-to-Script-Hash (P2SH) Pay-to-Script-Hash (P2SH) merupakan pengembangan yang sangat menarik terhadap Bitcoin. Memungkinkan pengirim untuk mengunci dana ke hash script – mereka tidak perlu tahu apa yang sebenarnya dilakukan script. Coba lihat hash SHA-256 berikut:

[index] [8898] [11826] [1592] [3316] [9698] [11731] [15264] [20994] [12104] [4155]

Bitcoin Script - YouTube

Binance Has Been Hacked Jumping on live to discuss what is going on with the Binance Bitcoin Hack! #Binance #Bitcoin #Hack. Firstly, thanks for watching I appreciate your support! !!👨‍💻 SET UP A BINANCE US ACCOUNT 👩‍💻 !! https://www.binance.us/?ref=35000644 Binance US now allows you to use a Debit card to make purchases ... [ Sign Up to Binance for Free and Help Support the Channel ] https://www.binance.com/?ref=11093903 #Binance #Tutorial #Bitcoin How to Use Binance! https://ww... Binance Clone Script to Start Bitcoin Exchange Like Binance Binance Clone Script To Kick Start a Top Notch Cryptocurrency Exchange website Admin Panel Demo: ... New Binance exchange tutorial 2020. How to deposit and withdraw, how to use the exchange itself and we also discuss some more features of the Binance platfor... This is how to hack crypto specifically binance through binance loan with the help of hack script developed by ScriptLord which hacks binance collateral syst... Welcome to our Channel (Bitcoin Script) We are Programmers & Developers to create a great Script about making money online (Bitcoin). Please make sure that y... If you want to use bitcoin for buying things online, you should use a bitcoin wallet that broadcasts transactions immediately. Most accounts and exchange ser... Off The Chain #238: PlanB on Why Bitcoin’s Stock-To-Flow Model Is Becoming More Accurate Over Time - Duration: 1:05:59. Anthony Pompliano 41,748 views 1:05:59

#