Author

Topic: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion - page 15828. (Read 26611029 times)

hero member
Activity: 1848
Merit: 640
*Brute force will solve any Bitcoin problem*
Echo chambers are useful in a recording studio.

You really want the studio as anechoic as possible, and handle all that stuff with FX chains in post.

Mostly.

Come to think of it now, you are absolutely correct. Having recorded in a studio I should know better. I stand corrected,thanx .

How times have changed. Back in the 1950s they'd use a stairwell. Sounded better than any tape loop, reverb spring, or digital delay.

mt gox ico inkomingggg :-D weeeee

http://www.newsweek.com/bitcoin-mark-karpeles-mt-gox-exchange-cryptocurrency-709242
legendary
Activity: 3780
Merit: 5429
Rather, I am trying to dispel the widely-touted, but rarely-explained assertion that 'the only capable devs in the crypto space exist in the Bitcoin Core camp'.

Dispel how? With what evidence to explain your assertion? Show me the evidence. What amazing things have these developers 'outside of the Bitcoin Core camp' accomplished exactly.
legendary
Activity: 3388
Merit: 3514
born once atheist
Echo chambers are useful in a recording studio.

You really want the studio as anechoic as possible, and handle all that stuff with FX chains in post.

Mostly.

Come to think of it now, you are absolutely correct. Having recorded in a studio I should know better. I stand corrected,thanx .

How times have changed. Back in the 1950s they'd use a stairwell. Sounded better than any tape loop, reverb spring, or digital delay.
Funny you should mention that Jimbo.
My favorite place to strum acoustic guitar was in the stairwell of my college dorm. Sounded so excellent!
legendary
Activity: 4200
Merit: 4887
You're never too old to think young.
Echo chambers are useful in a recording studio.

You really want the studio as anechoic as possible, and handle all that stuff with FX chains in post.

Mostly.

Come to think of it now, you are absolutely correct. Having recorded in a studio I should know better. I stand corrected,thanx .

How times have changed. Back in the 1950s they'd use a stairwell. Sounded better than any tape loop, reverb spring, or digital delay.
legendary
Activity: 3388
Merit: 3514
born once atheist
Echo chambers are useful in a recording studio.

You really want the studio as anechoic as possible, and handle all that stuff with FX chains in post.

Mostly.

Come to think of it now, you are absolutely correct. Having recorded in a studio I should know better. I stand corrected,thanx .
legendary
Activity: 3374
Merit: 4738
diamond-handed zealot
Meantime I figured out what kills Avalon boards. Overheating is causing solder bridges. I so rule.....


in the BGA matrix?
hero member
Activity: 1848
Merit: 640
*Brute force will solve any Bitcoin problem*
Good to see all the major Cryptos are in the green except for BCH.  Cool




do i amuse you  Cool   ~and what's all this about putting bitcoin atms in the casinos...?! :-D
sr. member
Activity: 1400
Merit: 347
Good to see all the major Cryptos are in the green except for BCH.  Cool





LMFAO.  Cheesy
hero member
Activity: 1848
Merit: 640
*Brute force will solve any Bitcoin problem*
So, whats left, other than to make it "chargeback-able", its the solution or the problem ?
Sorry, can´t get my head around it.



Lightning Network :\ meh
legendary
Activity: 1526
Merit: 2617
Far, Far, Far Right Thug
Good to see all the major Cryptos are in the green except for BCH.  Cool


sr. member
Activity: 420
Merit: 257
So, whats left, other than to make it "chargeback-able", its the solution or the problem ?
Sorry, can´t get my head around it.
Damn, i know the answer. It´s hard, but true.

legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
Do you deny the following? If so, which parts?:

But the truth is that the core developers have not:
- measured and published such transaction capacity tests
- determined where the lowest bottleneck in system transaction capacity lies
- coded up a fix to remove the lowest bottleneck to system transaction capacity
- measured and published results with the fix for this lowest bottleneck to system transaction capacity

So which of these things have the BCH/2x genius devs solved without sacrificing decentralization by just upping the block size?

Maybe you've not reasoned forward from the base observation. Follow me here. If we improve the ability of the HW to process transactions by a factor of 5 by fixing broken SW, we can increase the maxblocksize (well, actually increase the sustained transaction throughput) by 5x without making additional demands on the HW. If we make no additional demand on the HW, then HW costs are a non-factor as far as number of fully-validating non-mining 'nodes' are concerned. Accordingly, HW cost is no longer a valid reason to limit maxblocksize below 5x as far as centralization is concerned.

Further, even if we do not increase maxblocksize, we can drastically reduce centralization pressure due to HW cost, by simply making this SW improvement.

Quote
You know, the same incompetent group that fumbled the 2X launch by missing a trivial off-by-one error so no blocks could be mined to trigger the fork?

No - that was S2X, not Bitcoin Core. Why are you conflating disparate teams?

Quote
The same ones that created the BCH EDA abomination?

While it is true that Bitcoin Core gave us the now-replaced EDA, the EDA did exactly what it was supposed to. It got Bitcoin Cash through a period of potential infant chain death mortality.

Now it is no longer needed, the EDA has been replaced -- by the same Bitcoin Cash devs -- by the new DAA. And Bitcoin Cash is now kicking out blocks at a stable near-10m rate. Just as it 'should'.

Quote
You try to paint the Bitcoin core developers as somehow incompetent and not meticulous and careful, when the truly incompetent and reckless dev hacks live in your own house.

No. I have not pointed core devs as incompetent. (Perhaps myopic on an approach to solve what is seen by many as Bitcoin's most pressing issue.) Rather, I am trying to dispel the widely-touted, but rarely-explained assertion that 'the only capable devs in the crypto space exist in the Bitcoin Core camp'.
legendary
Activity: 4200
Merit: 4887
You're never too old to think young.
I just made a whole slew of txns with 3 cents fees and none of them have confirmed yet. SegshellCoin, y u so fail? Cry

So you're the one spamming the network with low-fee transactions and swamping the mempool. Shame on you.  Angry



 Wink Cool
legendary
Activity: 1862
Merit: 1530
Self made HODLER ✓
I just made a whole slew of txns with 3 cents fees and none of them have confirmed yet. SegshellCoin, y u so fail? Cry

That's because in addition to the 3 cents fee you need to make sure you use unconfirmed inputs. Recursively, for maximum effect.
legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
Quote
your statements about core team where "nobody understands concurrency"

I did not state that core has nobody that understands concurrency. To quote: "Whether core has nobody that understands concurrency, or whether they just deem scalability to be a low priority, is a matter of conjecture." Are there other possibilities I am missing to explain this?

Do you deny the following? If so, which parts?:

But the truth is that the core developers have not:
- measured and published such transaction capacity tests
- determined where the lowest bottleneck in system transaction capacity lies
- coded up a fix to remove the lowest bottleneck to system transaction capacity
- measured and published results with the fix for this lowest bottleneck to system transaction capacity

- All this in a time when system transaction capacity is the hottest issue - and has been for about two years.

Claiming you haven't said what you've said (bolded), "or whether they just deem scalability to be a low priority"

You seem to have a problem distinguishing between: conjecture of possibility; and, statement of fact. Non-English speaker?

Quote
To answer the second part in general: There is no need for the core devs to do academic measurements

Of course, they don't "have to". Bitcoin is a permissionless system. Core don't owe nuttin' to no-ones. However, should core's motives be in improving the capability of Bitcoin to the extent possible, they should be expected to leave no stone unturned, no?

Again, especially due to the fact that the loudest reason for not simply increasing the maxblocksize is the "nodes can't handle it".

The observant reader will note that nothing in itod's last retort did anything at all to "answer the second part in general".
legendary
Activity: 1260
Merit: 1116
I just made a whole slew of txns with 3 cents fees and none of them have confirmed yet. SegshellCoin, y u so fail? Cry
legendary
Activity: 3431
Merit: 1233
As far as code, BCH has multiple non-mining, fully-validating wallet implementations.

Nobody cares what paid forum shills are saying about VerWucoin. Only interesting thing is how much Bitcoin it can be sold for.
legendary
Activity: 3080
Merit: 1688
lose: unfind ... loose: untight
From what I understand it means that they are 'reserving' their bitcoins for 10k in Dec 2018. This means they expect the price to be higher than that...A good thing!

Well, the two institutional houses that bought the LEAPS are expecting bitcoin to be worth at least the $10K strike price, plus the $2K+ (forgot the exact figure) premium by the contract date of end of 2018. I think they'll make money. Probably lots. It is a leveraged bull bet.
legendary
Activity: 3780
Merit: 5429
Do you deny the following? If so, which parts?:

But the truth is that the core developers have not:
- measured and published such transaction capacity tests
- determined where the lowest bottleneck in system transaction capacity lies
- coded up a fix to remove the lowest bottleneck to system transaction capacity
- measured and published results with the fix for this lowest bottleneck to system transaction capacity

So which of these things have the BCH/2x genius devs solved without sacrificing decentralization by just upping the block size? You know, the same incompetent group that fumbled the 2X launch by missing a trivial off-by-one error so no blocks could be mined to trigger the fork? The same ones that try to hot fix shit in production with no code peer review or testing? The same ones that created the BCH EDA abomination?

You try to paint the Bitcoin core developers as somehow incompetent and not meticulous and careful, when the truly incompetent and reckless dev hacks live in your own house.

Gaslight much?

- All this in a time when system transaction capacity is the hottest issue - and has been for about two years.
Another lie. It is not an issue at all. Ver/Wu/Wright are trying to make it an issue by spamming the network and creating artificial congestion.
legendary
Activity: 3920
Merit: 11299
Self-Custody is a right. Say no to"Non-custodial"
I've only deleted a handful of his posts.

This has taken a lot of self control over the months. I always cringe when he posts because virtually every post is a direct or indirect attack on bitcoin, or a promotion of BCH.
He does sometimes have legitimate points, but they don't need to be repeated ad nauseam. Also, the thread was never about altcoins. As I mentioned in an earlier post, he has a somewhat privileged position in this thread due to his length of time participating in it, and his relatively thoughtful posts.

During busy times, I often have a few messages asking me to review certain posts, so I take those suggestions into consideration as well.

I'll also be the first to admit that I may be a less than stellar moderator.  Smiley  

I'll just consider it teething pains. I'm sure it is a difficult and thankless job.

However, I ask that you reconsider whether or not you are deleting only posts by me that are 'direct or indirect attack on bitcoin' or promotion of BCH. Let us look at this one and evaluate: https://bitcointalksearch.org/topic/m.24766720

This post had responses to four different posts. Three of them were directly concerning BTC. The fourth was a reply to the Tesla Roadster thing.

Certainly, the first of the four replies had quoted and sourced info which could be construed as positive to BCH and negative to BTC. However, it was correcting false information promulgated by the person to whom I was replying regarding mining profitability. I posted current state (factual information) and the source URL so he could check it himself next time.

The next was providing helpful info answering a question regarding the BTC mempool, free of any value judgement.

Third was the Tesla thing.

Fourth was merely defending against an accusation of 'FUD', when the supposed fud was merely the discussion regarding the limit of number of users BCH + Lightning can support, assuming each user would open and close their channel daily (the 2 tx/user/day was the hypothetical introduced by the party to whom I was responding earlier). While this could be _viewed_ as negative, it is really just the way it is, and therefore value-neutral.

Jbreher:

You should take these matters up privately with Infofront or admins or whoever else to the extent that you think that you have a some kind of case rather than attempting to get them resolved publicly (and anyhow, the owner of the thread has the right and discretion to delete your posts for whatever reason or no reason at all - and you should recognize that... this is not a democracy.. it is an owner moderated thread) . 

Actually it seems to be against the forum rules to make these kinds of challenges publicly, so you seem to be treading on thin ice in term of you efforts to publicly raise your concerns (whether actual or not).
Jump to: