Ripple CTO David Schwartz Confirms He Perfected The Bitcoin Code In 2011

Ripple CTO David Schwartz Confirms He Perfected The Bitcoin Code In 2011
ôîòî ïîêàçàíî ñ : zycrypto.com

2021-12-31 13:52

The Chief Technology Officer of Ripple, the creator of the XRP cryptocurrency, was one of the engineers responsible for modifying the Bitcoin code years after the world’s most valuable cryptocurrency was launched by the anonymous Satoshi Nakamoto.

Ripple CTO Optimized Bitcoin Code

Well-known XRP proponent Tiffany Hayden discovered on GitHub back in 2017 that David Schwartz, who is one of the original architects of the XRP Ledger, was also one of the Bitcoin code contributors.

When asked on Wednesday whether he contributed to the Bitcoin code from the ground up or if it was after the initial release, the Ripple CTO confirmed that he indeed optimized the code for mining pool applications in 2011. He was among other Bitcoin developers such as Peter Todd, Matt Corallo, and Gavin Andresen.

Andresen, who has now retired from Bitcoin work, was picked by Bitcoin creator Satoshi Nakamoto as the chief developer of the decentralized Bitcoin open-source software protocol. From there, he took a full-time position at the Bitcoin Foundation, which was created to advance Bitcoin’s public perception.

Creating The XRP Ledger

Schwartz, alongside Arthur Britto and Jed McCaleb, was inspired by Bitcoin to start creating the XRP Ledger (XRPL) at the end of 2011. The trio intended to create a cryptocurrency that is like Bitcoin but better — that is to say, Bitcoin 2.0.

Ripple executives frequently tout the benefits of XRP over Bitcoin, mostly pointing out the tons of emissions that BTC mining induces. Case in point, Ripple executive chairman Chris Larsen recently called on miners to switch to the proof-of-stake (PoS) consensus mechanism in order to cut down the carbon footprint of Bitcoin’s energy-intensive proof-of-work model.

The execs also insist that though Ripple is responsible for market penetration and other progress that XRP has made, the crypto asset can live on with the absence of the San Francisco-based distributed ledger firm. 

Besides XRP’s core real-time payments use case, Ripple is also currently exploring the possibility of introducing the red-hot non-fungible tokens (NFTs) market on the XRPL. In September, for instance, the firm launched a $250 million creator fund to boost innovation in tokenization.

Similar to Notcoin - Blum - Airdrops In 2024

origin »

Bitcoin (BTC) íà Currencies.ru

$ 97652.97 (-0.19%)
Îáúåì 24H $96.721b
Èçìåíåèÿ 24h: 3.47 %, 7d: 7.52 %
Cåãîäíÿ L: $94006.77 - H: $98156.69
Êàïèòàëèçàöèÿ $1932.106b Rank 1
Öåíà â ÷àñ íîâîñòè $ 47922.54 (103.77%)

bitcoin code ripple cryptocurrency years modifying responsible

bitcoin code → Ðåçóëüòàòîâ: 126


Ôîòî:

Bitcoin [BTC] Developer Discovers Vulnerability In Bitcoin Cash [BCH] Code, Finds It Near Impossible to Report the Bug to Developers

On Thursday, August 9, a developer and researcher in the crypto industry detailed the difficulties he had communicating a vulnerability in the Bitcoin Cash protocol to their dev team. Cory Fields from the Digital Currency Initiative at MIT Media Lab in Massachusetts outlined the issue in a post on his Medium blog.

2018-8-10 12:02


Bitcoin Network Hashrate Hits Record-Breaking “52 Quintillion” Hashes Per Second

Bitcoin Hashrate Sits at a Record-Breaking 52 Quintillion, Restoring Investors’ Confidence The Blockchain, previously known as Blockchain.info, has recently revealed that bitcoin’s hashrate, the speed at which an operation is completed in bitcoin code, has reached an all-time high of 52 quintillion, which is equivalent to 52,000,000,000,000,000,000. Bitcoinist also reported the news, adding that a […]

2018-8-7 00:54


What Is Masari?

All major cryptocurrencies have seen their code being forked over the past few years. It is a trend affecting Bitcoin, Ethereum, Litecoin, and so forth. Monero has seen its fair share of forks too, although the Masari project has been overlooked by a lot of people. Nearly a year after being first announced, now is […]

2018-8-5 02:00


Ôîòî:

Governance, Part 2: Plutocracy Is Still Bad

Coin holder voting, both for governance of technical features, and for more extensive use cases like deciding who runs validator nodes and who receives money from development bounty funds, is unfortunately continuing to be popular, and so it seems worthwhile for me to write another post explaining why I (and Vlad Zamfir and others) do not consider it wise for Ethereum (or really, any base-layer blockchain) to start adopting these kinds of mechanisms in a tightly coupled form in any significant way.

2018-7-21 23:03


Notes on Blockchain Governance

In which I argue that “tightly coupled” on-chain voting is overrated, the status quo of “informal governance” as practiced by Bitcoin, Bitcoin Cash, Ethereum, Zcash and similar systems is much less bad than commonly thought, that people who think that the purpose of blockchains is to completely expunge soft mushy human intuitions and feelings in favor of completely algorithmic governance (emphasis on “completely”) are absolutely crazy, and loosely coupled voting as done by Carbonvotes and similar systems is underrated, as well as describe what framework should be used when thinking about blockchain governance in the first place.

2018-7-21 23:03