Gold collapsing. Bitcoin UP.

[bitsko]

'then you would realize that removing BCH support also removes BSV support because BSV never had a BUIP to officially support it'

what is this fuckery

 

[Griffith]

@bitsko buip 063 made bucash bu's official bch client. the hf options that allow for bsv sync are in bucash as stated in buip 098. if you vote to drop support for bch, it bars bucash releases which is needed for bsv. bsv is only considered a hf of bch because it never had a buip to officially add it as a coin supported by bu. buip 113 gives bsv its own official client and brings it to an equal status with btc and bch as a coin officially supported by bu.

 

[bitsko]

how did this organization even operate before you got lawyeriffic on the buip's?

 

[cypherdoc]

just propose buip's to negate all their idiocy

 

[Norway]

[doublepost=1555608649,1555607674][/doublepost]Not sure what first-hand evidence @Peter R has that he didn't share with the BU membership.
[doublepost=1555608904][/doublepost]I don't think the court would accept @Peter R as an "expert witness" if he has had a beef with one of the parties in the case.

 

[freetrader]

Don't you want to find out, @Norway?

You SV folks seem awfully defensive at the moment.

 

[Norway]

@freetrader
Sure I'd like to know what Peter is talking about, that's why I'm raising the issue.

 

[cypherdoc]

someone made a good point yesterday about the Kleiman vs CSW docs we're seeing on scribd.com. we can't be sure of their veracity nor that they match what the courts are seeing. for sure, whoever submitted that email doc from Dave to Uyen yesterday is committing perjury (assuming it even made it to the official courts) .

 

[KoKansei]

I don't think the court would accept @Peter R as an "expert witness" if he has had a beef with one of the parties in the case.

As a general rule potential "expert witnesses" who have a personal relationship or history with the defendant or plaintiff will be barred from testimony unless there are extenuating circumstances.

With his well-documented history of personal acrimony with CSW, there is no way Peter will be allowed to testify and in the unlikely event he is allowed a good cross-examiner will eat him alive.

 

[Zarathustra]

 

[RollieMe]

someone made a good point yesterday about the Kleiman vs CSW docs we're seeing on scribd.com. we can't be sure of their veracity nor that they match what the courts are seeing. for sure, whoever submitted that email doc from Dave to Uyen yesterday is committing perjury (assuming it even made it to the official courts) .

A thread in r/btc said Wright's lawyers made a motion to withdraw it (not sure of the correct legal terminology) so it was apparently them who submitted it. I'll guess it depends on whether there's "no backsies" legal principle or not as to whether anyone gets reamed over it.
[doublepost=1555650193][/doublepost]As an aside, I just spent an hour and half in a bank opening an account which I paid fees to do and ended up not leaving with what I asked for but got a bunch of stuff that I didn't ask for. I was also finger printed and photographed. If I hadn't already wasted 90 minutes and didn't have my baby kid with me I might have spent another hour trying to get what I actually asked for. Whole time I was thinking I can create a crypto wallet in less than 30 seconds.

If you guys could get the whole fiat-crypto flippening happening ASAP so I can't stop having to deal with these dinosaurs that would be great.

 

[cypherdoc]

there's not alot to be trusted on any subreddit these days. I'm assuming the same applies to scribd.com.

 

[RollieMe]

> there's not alot to be trusted on any subreddit these days. I'm assuming the same applies to scribd.com.

You can apparently purchase the documents from the court website or some service that they outsource to. (I think they are five dollars per submission). So I guess whether the court is looking at the same documents or not would be easy enough to establish or refute.

I'm interested in the proceedings because it's an interesting subject but don't really care enough about the outcome one way or another to buy them myself.

 

[freetrader]

Jonald Fyookball, Electron Cash developer, interviewed on the CoinSpice Podcast

https://coinspice.io/news/bitcoin-cash-pioneer-jonald-fyookball-speaks-past-present-future-of-crypto/

 

[cypherdoc]

https://bitinfocharts.com/comparison/mining_profitability-btc-bch-bsv.html#3m

 

[Norway]

Pinging @solex @Peter R @theZerg so all the elected officers are aware of my fair warning to @Griffith. I don't want anybody to be surprised.

The warning is here:
https://bitco.in/forum/threads/gold-collapsing-bitcoin-up.16/page-1425#post-92019

EDIT:

PS. I might formulate my proposal on BCH different than "Drop BCH support" to get the maximum benefit from the voting rules regarding majority etc. All the tricks used against BSV are on the table.

 

[cypherdoc]

It was pointed out earlier that pruning for full nodes is available. This allows a node that has already caught up to the head of the network to operate from a UTXO set that it has verified and is keeping track of.

However, if a new node is trying to join the network, is it able to catchup to the current block and function if the only blocks available were pruned? My understanding is today that answer is, no.

Note, this isn't just for transaction data. It's possible with really large blocks that most miner and full nodes will drop large OP_RETURN data for cost purposes, or simply because they don't want to pay the network traffic.

In that case new nodes need to be able to join a network using some form of merkel blocks with a mix of available transactions and merkel tree hashes where transactions are not available.

Until the ability for client software to handle this, it does seem risky to enable very large datasets. 2GB blocks is 1PB a year, I know large scale systems, there is a non trival cost to not just storing, but processing and serving that volume of data. It will be pruned by online nodes, which means new nodes need to be able to handle a pruned history.

I dont think any storage strategy will be absolute. several entities will always be likely to insist on storing everything.

 

[freetrader]

Electron Cash 4.02 (with CashShuffle!) released. Just in time for #ShuffleSaturday on BCH!

Sincere thanks to all the hardworking EC devs.

 

[cypherdoc]

when are you going to increase the blocksize?

 

[freetrader]

I believe BU @Peter R has said they'll be testing 1000 tx / sec in next Gigablock tests?

I'm as curious as you what size blocks that will translate to, but the answer to your question, @cypherdoc , is that BCH will not repeat Blockstream/Core mistakes, the network will increase cap before blockspace demand rises to hit it.

Personally I don't see much of a problem implementing an adaptive algorithm like the one @imaginary_username has proposed. Getting rid of the cap entirely could be another future option, but we need massively better clients before then.

We will get there