Ripple (XRP) Boss: Bank-Issued Digital Assets A Deeply Misguided Idea

<p>Ripple price edge lower Brad Garlinghouse says bank issued currencies doomed to fail Transactional volumes low JPM Coin is a bank-issued coin, but it will fail if we factor in Brad Garlinghouse analysis. A synergy is mandatory, and Ripple&rsquo;s InterLedger Protocol can solve their need. Meanwhile, XRP prices are down and trending inside Feb 8<a href="">...</a></p> <p>The post <a rel="nofollow" href="">Ripple (XRP) Boss: Bank-Issued Digital Assets A Deeply Misguided Idea</a> appeared first on <a rel="nofollow" href="">NewsBTC</a>.</p>

Bitcoin (BTC) Validation as Jamie Dimon’s Sentiment Shift

<p>Bitcoin prices ranging with clear supports at $3,400-500 zone JP Morgan and Chase rolls out a stable coin, JPM Transactional volumes average 10k, not enough to trigger buyers into action With the release of a banker&rsquo;s stable coin, JPM Coin, crypto is technically valid. As such, we expect more bankers to follow suit endorsing the<a href="">...</a></p> <p>The post <a rel="nofollow" href="">Bitcoin (BTC) Validation as Jamie Dimon&rsquo;s Sentiment Shift</a> appeared first on <a rel="nofollow" href="">NewsBTC</a>.</p>

Is It Time to Take an Initiative to Decrease Bitcoin’s Block Size Seriously?

<img alt="Blocksize.jpg" height="529" src="" width="800"><br><div><div><p>Whilst debate raged throughout the Bitcoin community over whether the block size limit should be increased and how, Luke-jr for years stood out for arguing the exact opposite position. One megabyte blocks weren&rsquo;t too small, he maintained even as SegWit&rsquo;s block size increase gained broad support, they were too big. No increase, but a decrease was needed.</p><p>Now, the Bitcoin Knots and Bitcoin Core developer is spearheading an attempt to make such a decrease happen, as a temporary measure. And if social media is any indication, the initiative is attracting more interest than many might have expected it would.</p><p>&ldquo;I don't know if the proposal will be adopted or not, but support has been growing due to the block size becoming more and more apparently a problem,&rdquo; Luke-jr told <i>Bitcoin Magazine</i>.</p><h4>Block Size Decrease</h4><p>Of course, the arguments <i>for</i> decreasing the block size limit are similar to the by now oft-repeated arguments <i>against</i> increasing the block size limit. In short, bigger blocks add to the cost of running a node (making it more expensive for users to enforce the protocol rules), could increase mining centralization (risking censorship resistance), and reduces fee pressure (translating into less hash power security).</p><p>The most pressing problem of these, for Luke-jr, is the cost of running a full node. This is perhaps best exemplified by the time it takes to initially sync such a node. Getting up to speed with the rest of the network can take days even on modern laptops with a good internet connection.</p><p>&ldquo;Users acting on that cost by simply choosing not to run a full node is a problem,&rdquo; Luke-jr said. &ldquo;When someone does finally attack Bitcoin, it will split the network &mdash; full node users on one chain, and light wallet users on the other.&rdquo;</p><p>In case of such a broad scale attack on light wallet users, &ldquo;a <a href="">New York Agreement</a>-in-secret,&rdquo; Luke-jr envisions a worst-case scenario where these users would rather continue to use the invalid chain they&rsquo;d been defaulting to since the attack, instead of switching back to the original chain.</p><p>&ldquo;Which side prevails inevitably depends on the economic pressure of users of each chain. If most people are using light wallets, then full node users will lose out, and the invalid chain effectively becomes simply a hard fork to Bitcoin,&rdquo; he argued, leaving little room for nuance. &ldquo;That means all protocol rules are open to change, including the ones that forbid inflation, theft, etcetera.&rdquo;</p><p>Following Luke-jr&rsquo;s reasoning, Bitcoin is well into the danger zone already, as relatively few users rely on full nodes to accept payments. And it may be getting worse. Bitcoin&rsquo;s blockchain grows each day, and while<a href="'s_law"> Moore&rsquo;s Law</a> and similar trends of computational improvements negate the associated problems with this growth to an extent, the Bitcoin Knots lead maintainer thinks technological progress is not yet keeping up. (It&rsquo;s no exact science, but the drop in<a href=""> reachable node count</a> over the past year could suggest that the blockchain size is indeed becoming a problem for more users &mdash; then again this node count is <a href="">up</a> over the past <i>two</i> years.)</p><p>On the flip side, the main argument against smaller blocks is that it would limit the number of transactions the Bitcoin network would be able process, which increases fee pressure, and could out-price certain use cases. (Instead of running full nodes, users may opt to rely on custodial services to save on fees, arguably making matters worse &mdash; not better.)</p><p>But with the development of the Lightning Network making noticeable progress, proponents of a block size limit decrease believe this downside is largely mitigated. Users would be incentivized to migrate to the overlay network for fast and cheap transactions, furthering its growth and taking the load off Bitcoin&rsquo;s blockchain at the same time.</p><h4>The Plan</h4><p>As the initiative is still in its early stages, it&rsquo;s not yet set in stone what the potential block size decrease would look like, exactly. Even the desired limit isn&rsquo;t settled on, though it would most likely be brought down from the current theoretical maximum of almost four megabytes to a theoretical maximum of two or less. (This would, in reality, result in even smaller blocks; closer to one megabyte.) However, if this were to be achieved, the measure would be designed not to be permanent, so that an increase back to the current limit wouldn&rsquo;t be too difficult later on.</p><p>There are at least three rough ideas of how a block size decrease could be achieved.</p><p>The most notable <a href="">proposal</a> is a user-activated soft fork (UASF), similar to BIP148, the initiative to trigger SegWit activation in 2017. On the same date as two years ago, August 1, users would enforce the stricter rules for five months, incentivizing miners to comply. If a majority of miners (by hash power) go along, even non-upgraded users would remain compatible with the new rules; they&rsquo;d just see smaller blocks than previously allowed. A UASF is a risky strategy, however. If less than half of all miners go along, the blockchain could &ldquo;split&rdquo; between upgraded and non-upgraded users.</p><p>Alternatively, miners could impose a smaller block size limit themselves as a soft cap. Soft caps are non-binding limits that miners put on the blocks they mine and were used particularly throughout the first years of Bitcoin&rsquo;s existence. (Past soft caps were consecutively 250, 500 and 750 kilobytes, as recommended by Bitcoin developers.) This would be a much safer solution but would require that miners reject transactions and, thus, leave transaction fees on the table for each block they mine.</p><p>As a third option,<a href=""> proposed</a> by Luke-jr, Bitcoin users could limit the size of blocks by making their transactions artificially &ldquo;heavy.&rdquo; Under Bitcoin&rsquo;s protocol rules, these transactions would be counted as if they were larger than they actually are, which means blocks would fill up faster with less actual transaction data. This change wouldn&rsquo;t require any protocol changes; wallets could offer it today. These transactions do, however, require individual users to choose to &ldquo;overpay&rdquo; on fees relative to regular transactions. (That&rsquo;s assuming miners act economically rationally and charge extra to include these transactions.)</p><h4>Block Size Debate Fatigue</h4><p>Some notable proponents of Luke-jr&rsquo;s initiative include Bitrefill CCO<a href=""> John Carvalho</a>, Block Digest cohost <a href="">Shinobi</a> and JoinMarket developer <a href="">Chris Belcher</a>. Yet all of them would only want to go through with the effort if it gains broad backing. That also goes for Luke-jr himself: &ldquo;Soft forks like this need a lot of community support,&rdquo; he said.</p><p>But so far, support within the Bitcoin community appears to range from lukewarm (no pun intended) to skeptical to outright dismissive. Other than Luke-jr, no regular Bitcoin Core contributors have thrown their weight behind the proposal and no Bitcoin company of note has stated support; and while the proposal is generating a bit of buzz on social media and in chat rooms, a majority of commenters still seems to reject the idea.</p><p>Even many of those who agree that a decrease would be a technical improvement in and of itself don&rsquo;t believe it would make too much of a difference. If blocks are smaller for several months or even several years, Bitcoin&rsquo;s blockchain size will still be large. Whether tomorrow&rsquo;s new users need to sync two days or three days may not be the deciding factor in whether to use a full node or not. Besides, there are<a href=""> other solutions</a> that could make running a full node more attractive, some of which may well have much more effect. (Though, as Luke-jr points out, none of these solutions exclude <i>also</i> decreasing the block size limit.)</p><p>What&rsquo;s more, years of in-fighting has made the Bitcoin community wary of commencing another block size battle and dealing with all the controversy that comes with it. After a long-fought &ldquo;civil war,&rdquo; there appears to be little appetite to invest more time and energy in reviving the struggle on the same parameter &mdash; thereby, quite possibly, draining any momentum from the initiative even before it gets well underway.</p><p>Indeed, even Luke-jr himself doubts he&rsquo;ll be the one carrying the initiative to the finish line this time.</p><p>&ldquo;Although I may be the only one popularly pushing it &mdash; I don't have time to champion another BIP148, I fear,&rdquo; he said, noting how exhausting the previous UASF attempt was. &ldquo;I think the only way it will happen is if the community takes the lead on it.&rdquo;</p></div></div> <p><em>This article originally appeared on <a href="">Bitcoin Magazine</a>.</em></p>

Even During Nuclear Winter, the Largest Crypto Asset Manager Controls Nearly $1 Billion

<p>Cryptocurrencies have continued to stumble, but one organization has been making promising strides in the back offices of the Bitcoin space.&nbsp;Grayscale Investments, a wholly-owned subsidiary of the crypto conglomerate that is the New York-based Digital Currency Group, revealed that its products secured millions in investment amid the so-called &ldquo;crypto winter.&rdquo; Crypto Winter Has Been No<a href="">...</a></p> <p>The post <a rel="nofollow" href="">Even During Nuclear Winter, the Largest Crypto Asset Manager Controls Nearly $1 Billion</a> appeared first on <a rel="nofollow" href="">NewsBTC</a>.</p>

Analysis: Here’s Why JP Morgan Is Launching Its Own Centralized Crypto Asset

<p>Jamie Dimon, the chief executive of JP Morgan Chase, has long been a skeptic of cryptocurrencies, especially Bitcoin. After calling the flagship crypto asset a &ldquo;fraud,&rdquo; remarking that it&rsquo;s much worse than the tulip bulb bubble of yesteryear, Dimon remarked that he doesn&rsquo;t give a single sh*t about the project. But, in a jaw-dropping turn<a href="">...</a></p> <p>The post <a rel="nofollow" href="">Analysis: Here&rsquo;s Why JP Morgan Is Launching Its Own Centralized Crypto Asset</a> appeared first on <a rel="nofollow" href="">NewsBTC</a>.</p>

JP Morgan Chase、JPM Coinの発売を決定

JP Morgan Chaseは、JPM Coinと呼ばれる独自の仮想通貨をアメリカ内の銀行を対象に発行するとCNBCに報じられた。このコインは企業の国際送金を円滑化することを目的として活用されると報告されている。参照元 ...