Show them BU if you can. I spent weeks on the Articles in the hope that Bitcoin companies would see how this structure encourages a collaborative environment where decisions can get made (I mean it is better for a decision to go against you so you can execute your contingency plan rather than no decision to be made at all) and where a minority cannot hijack the process.I occasionally get anonymous tips, and a few I've received recently are relevant to this observation:
About a week ago, I received one about "panic at Blockstream about no one wanting to use bitcoind to run their business". Then, two days ago: "Lots of large Bitcoin companies are uncomfortable with the direction that Blockstream has been taking Bitcoin Core recently, and are looking hard at alternative implementations."
In light of those comments, what you're saying about the schedule, makes the conference sound like a last ditch effort to stem the bleeding of their userbase.
i'm not hearing any proof. he even admits his is conjecture.Great comment to Peter Todd: "We in China mine differently...everyone want to protect Bitcoin...not attack...that is why we are here."
[doublepost=1449373397][/doublepost]The next speaker, Jonathan Bier, is jonny1000 on Reddit. He is a friendly and polite guy and we had lunch together in Montreal. He asked me to review his slides last week (which I did). He told me (in a friendly way) that he's going to "prove my theory wrong." Let's see...
I'm not a miner, so I am not privy to all the various reasons why out-of-band tx are added. A classic example though is pools paying their hashers. Logically, the main reason that tx are added to a block, that are not pre-broadcast, is that they carry insufficient fee and would not be propagated. Also, they can circumvent general policy, an example is the "bloat" tx which were sent a few months back with so many inputs that the block took 25 seconds to validate on most nodes, Originator intentions were good (mopping up UTXO) but these transactions exceeded the relay limits observed by the majority of nodes.@solex can u expand on the evils of out of band txns. What if I told u blk size limit might encourage the practice?
"that kind of system just isn't interesting to us"Greg is out if we have big blocks:
Thank you! But as you can see it is really an almost trivial calculation. That said, it can be extended a little (for example, include (repeated) IBD cost, loss of HDDs, cost of online vs. offline storage). I sincerely doubt one will arrive at realistic figures that are more than a magnitude higher.@awemany : I was travelling all last week and didn't have time to comment, but I wanted to mention that I really liked your work trying to quantify the cost of writing transactions to the Blockchain. It didn't get the attention it deserved on Reddit, but I think it could with the right presentation. I hope you continue to develop these ideas!
Yes, I saw that back then on the original thread, but thanks for reminding me. This is indeed a calculation that is very similar.On that note, we were talking about a related idea in the old gold thread about how it is actually cheaper for the network to write a backlog of spam to the network than to reject it:
Is this part-and-parcel of a movement to further trivialize and denigrate the contributions of anything outside of strictly CS and applied mathematics?“A lot of society is about limiting adversarial behavior,” Poelstra said. “Online things are anonymous, pseudonymous and difficult to trace. If it’s possible to hurt the system, someone will do it. We can’t assume they’ll be caught.”
In his remarks, Poelstra discussed how, under these conditions, even variables that are statistically unlikely need to be considered seriously given that it is expected that the systems in place today will be built on in the future.
“When we move from traditional cryptographic assumptions to more nebulous region of incentives, economics and trust ... you assume people know each other or won’t try to screw each other. This is not the world bitcoin lives in,” he continued.