Bitcoin Forum
July 03, 2024, 04:52:41 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 [570] 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 ... 1343 »
11381  Bitcoin / Bitcoin Discussion / Re: ToominCoin aka "Bitcoin_Classic" #R3KT on: July 02, 2016, 06:29:09 AM
Is it true the Chinese are launching Toomincoin?
No, it is not true. There was a proposal on 8btc (which is not censored at all) by a random person. He announced some "Terminator Plan" which is horribly risky just to gain additional 3 TPS. This post was on r/bitcoin and labeled as FUD for a while but was eventually taken down. The 'people' at r/btc have been basically celebrating, using new idiotic phrases such as Corexit, even though there is zero evidence that any major pool would participate in this. Keep in mind that the comment section on that website can be easily manipulated (as long as you have 1 person to talk Chinese for you).
11382  Bitcoin / Bitcoin Discussion / Re: The Blocksize Debate & Concerns on: July 01, 2016, 07:06:35 PM
I see, the pesky block format is the issue in my opinion. Because it's standardized. If the transactions were each put arbitrarly in blocks, it would be enough to just verify their hashes to see that they are original,and then there would be no need for the block format.
It would be a very big deviation from the protocol , but it would be interesting to see an altcoin try this.
Well, we can't really state that Bitcoin is very well designed. I'm certain that the developers who are working on it currently, would do a lot of things differently if they could. The only 'good' thing about altcoins is that they can be used to test out some 'difficult' ideas. I don't think that we are going to see such radical re-design (what are the limitations of a HF?), so there's not much 'point' in discussing it in, at least not in this thread. I do wonder if they can get RC1 released before the halving (even though Segwit still has no activation parameters). However, rushing is usually not the right thing to do.

AFAIK the only thing implemented so far is segwit... which only (temporarily) avoids a hardfork, and still increases bandwidth, which is the supposed boogieman of "government control".
Compact blocks aim to improve bandwidth requirements, i.e. lower them. Additionally, have we already forgotten all the excellent upgrades that they've delivered (e.g. libsecp256k1)?
11383  Bitcoin / Bitcoin Discussion / Re: The Blocksize Debate & Concerns on: July 01, 2016, 12:25:44 PM
What if the blocksize limit were chosen by each node individually? Everyone would set the minimum = send and the maximum =receive.
No that would not work at all. We'd have nodes that have differentiating chain heights which would most likely cause a lot more problems. You can already limit the amount of bandwitdh that you want to spend though (e.g. 'blocksonly' mode).

So for example I would send minimum 2 mb blocks (if full), but accept maximum 6 mb blocks.
Additionally, after some time most blocks will be above the threshold that you set so it becomes ineffective. It just delays the inevitable.

Far too large a contingent would never accept Andresen, Garzik, and the rest of those cronies as the developers.
They used to be good, but now we see them 'contribute' rarely or wrongly (e.g. 'header first mining').
11384  Bitcoin / Bitcoin Discussion / Re: 01-07-2016 Compile - I seen some SegWit Changes on: July 01, 2016, 10:31:19 AM
Mind telling me what is the point of sharing this with everyone right now? While the 'effort' is appreciated, this is generally unsafe and pointless for people that don't test/developer. People should either compile themselves or download from a more trusted place. Here's a site where nightly builds can be found. Anyhow, those Segwit changes have been merged a few days back (nightly build 25-06).
11385  Bitcoin / Bitcoin Discussion / Re: Bitcoin is a failure? This is untrue. on: July 01, 2016, 10:12:04 AM
Many people do not understand it, did not see any sense in it, and certainly could not think what to expect in the future.
Correct. There's a fallacy called personal incredulity which is often the case with people. I've seen a lot of nonsense online when it comes to comments about Bitcoin (e.g. "Bitcoin is corrupted by the government" - one of the recent ones). It is obvious for any fellow 'Bitcoiner' who has a decent understanding that they have no clue what they're talking about.

Most of the people are sheep and easily manipulated by the media (unfortunately this is true even for many 'Bitcoiners'). I'm actually very surprised how nobody managed to mention the website that keeps track of how many times Bitcoin "has died": Bitcoin has died 106 times.

11386  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: July 01, 2016, 06:57:53 AM
Or a reminder of who's "all talk" as they say.

There is nothing wrong with having a different opinion.
While you do say that, I don't think that the others feel the same way. I've been under the impression (by multiple members) that if one sides with Core that they're either a Blockstream employee or biased in some other way (i.e. there is no *normal reason* for them to have such a stance).

There is also nothing wrong with not having an open mind, which I don't think you have.
Well, there you are very much wrong. I've shifted my positions several times since the initial 20 MB proposal by Gavin. I've learned several things in the meantime, and do not see a decent reason for going toward the 2 MB block size limit. Until someone provides it (them), there's no reason to support that proposal (no, "segwit is complex" and similar nonsense are not reasons for 2 MB block size limit).

Please refrain from the immature ad-hominem attacks (that are not even true). They only damage your credibility Cheesy
Sorry, it's not "immature" nor ad-hominem since it is true. Bogus escrow. Besides, I'm not the one who initiated person discussions (albeit they're off topic?).

11387  Bitcoin / Bitcoin Discussion / Re: Bitcoin transparency, the scammer killer on: July 01, 2016, 06:31:29 AM
Actually, no. What you're describing would be a horrible system that could be abused by others (especially used against individuals). Bitcoin is pseudo-anonymous, which is definitely a "good mix" (being too anonymous would make regulation very hard, and being 'too little' would make it just too transparent). Some improvements are expected in the future when it comes to privacy (not the other way around).

I would always check if the site I will invest or the bitpal
How about just not investing in suspicious stuff and using common sense? I've never had a problem with scams in the last 3 years.

not all the way, because some of the transaction can be made within an encrypted location, that is what we can see. they can use the multisig wallet and/or Tor to evade this kind of exit scamming. Huh so do not trust the blockchain all the way.
What is a "encrypted location"? You might be talking about VPNs. Multisig wallets are a great way of preventing both scams and hacks if used properly. However, they still offer no guarantees that something bad won't happen.

11388  Bitcoin / Bitcoin Discussion / MOVED: --- on: July 01, 2016, 06:26:48 AM
This topic has been moved to Trashcan.
Reason: Delete request.
11389  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: July 01, 2016, 06:19:48 AM
If 2MB could break bitcoin, the biggest miners  would have never supported it. Basic common sense. Don't lie when you run out of argument please
Bullshit. The miners are apparently as dumb as bricks. 2 MB is able to break Bitcoin, that's why Gavin added more artificial limitations to his BIP (which is != solution, it's a silly workaround).

In that case, your opinion is not really your opinion, you're just parroting shit that others said, without attributing or having the capacity to verify its veracity?
Nope. You just don't know who I am.

What you said about being "too dumb to comprehend something properly" tho? Should probably redirect it at the whole fucking Bitcoin community.
Won't be wrong, either.
That works too I guess.

2 years old hardware is very cheap one to my standard, thats why I put this example, but if your unable to upgrade once in a while then you should not expect your today computer is going to be able catch up with Bitcoin blockchain in the future, thats pretty reasonable - you should not expect to play future games on your today computer eighter. You will be able to inport private keys to any SVP client anyway if you cannot afford to upgrade your home computer anymore, and continue to play only older and older games as time goes if your gamer.
I don't think it's reasonable at all. Having to constantly upgrade (every 2 year) in order to no fall behind makes no sense to me. Why would someone bother with this unless they explicitly have incentives to do it?

You know Gavin used limitations to resolve the O(n^2) validation time problem. Namely limiting maximum signature operations to 1.2 GB per block. As a benefit it would not be possible to O(n^2) attack even current 1 MB blocksize anymore with up to 10 minutes CPU validation in some cases - even segwit dont solve this possible O(n^2) attack on 1 MB blocksize. So the breaking of Bitcoin due to O(n^2) is not censorship, but FUD because your avare of this Gavin solution to my knowledge.
"Resolve"? Cheesy Don't make me laugh. What Gavin did was the worst approach possible to the validation problem. No, he did not solve anything, he added a ridiculous workaround that prevents certain types of transactions (limited by size). Segwit:
Quote
Segwit's design addressed the issue in two ways: One is that the extra capacity in segwit is for witness data, which is not hashed by the signature hasher. Because of this even with no fix, the worst case possible is much less significant than a plain 2MB block.

Fine, Core has surgeons and Classic has garbage collectors. I get it.
Interestingly, garbage collection is one of the more intricate problems in many computing systems. XD
I highly doubt that more than 1% of users know what we may be talking about (e.g. a language). Roll Eyes

I think your bias is fairly clear by your below statement.
Fine, Core has surgeons and Classic has garbage collectors. I get it.
Yeah definitely biased because I don't have the same opinion than some of you. Give me a break and go scam someone else.


Update::
It is only cuter that you think the language (presumably the runtime environment? let's explore what you mean here) is the only context in which garbage collection is relevant to the entire 'Bitcoin stack'.
It was just an example ("a language" which uses garbage collection) and as thus "is the only context" is false. Discussing this would be off-topic to this thread, would it not?
11390  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 11:52:29 PM
I dont think life is fair anyway. What about Satoshi and his vision for Bitcoin to become world number one currency and continuously scaling up to a point only the dataceners could handle the load, not individual home PCs. Who stabbed in the back his vision, do we appreciate he started Bitcoin at all? Should not Bitcoin follow his vision, and some altcoin try a different, artifically limited bloksizes perfectly suitable for home PCs bought around year 2005, now and forever.
That's not really a fair comparison is it? Satoshi abandoned the project, the Core developers are here. He may not have been aware of the potential control within the current system in addition to the mass surveillance. I think that having a datacenter-only system would be very risky.

If someone cannot afford 2 year old computer and normal 5Mbps connection, why should he have right to run Bitcoin full node - and why someone needs to run the full node on 10+ year old computer is out of my mind.
So you're telling me that if I don't upgrade my hardware every 2 years that I should have no right to run a full wallet? In other words you're telling me that I have to lose my 'sovereignty' as in be unable to validate the blocks and transactions? I think that anyone should be able to participate with decent hardware (not necessarily cheap, but not that expensive either).

First proposal was 20MB, core didn't like it, then got down to 8MB, core still didn't like it, then went to 2MB and core still don't want it. People have been extremely patient but when things only go one side with censorship on top at some point people can't take it anymore.
What if I told you that 20 MB blocks, 8 MB blocks and 2 MB blocks can break Bitcoin due to O(n^2) validation time? Is that censorship?  Roll Eyes

Oh please. Tell me the miners believed they were signing an agreement with "individuals," tell me the press, this forum, r/bitcoin etc., celebrated the miners signing an agreement with "individuals." Show me how good you are at lying when it serves you.
Don't blame me if you're too dumb to comprehend something properly. Roll Eyes
 
-snip-
Yeah, my opinion wouldn't be worth dick. If I did that, anyone with a shred of sanity and/or common sense would be absolutely obligated to point fingers and laugh at me.
I would not be the first person to state this. You'd know this if you weren't spending time trying to disrupt the system.

I may be naive, but isn't this sort of reckless all for an extra 1MB?
You're actually right.
11391  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 10:44:21 PM
No agreement, miners can do whatever they want, miners are doing whatever they want. Which is telling core devs to fuck off.
Yes there is an agreement. Those said individuals are to deliver a HF proposal as long as the other party doesn't violate their end. There was no talk about merging code.

Now tell me I'm a fool to discount your opinion, when you don't even want to *tell* me you're a decent coder.
So your own opinion and the opinion of your 'buddies' is also worthless. Good to know.

Imagine going under the knife, and the guy doing the surgery won't even tell you if he's really a surgeon or not?
Stating an opinion != taking action. False analogy.

1. You most certainly are on the payroll, Teymos pays you for being a mod on this forum.
I most certainly am not. This is not a "payroll" and is not relevant to personal views (e.g. HostFat).

2. You may claim that you are not biased, just as a prison guard on the warden's payroll or a Communist apparatchik on the Party payroll could: feel free to, but I ain't buying.
Then you're wasting my time talking nonsense without any evidence. How classic. Roll Eyes

For someone/for anybody, if the "dead end" is millions of cash, it's VERY good. who cares what's happening with an e-currency(it does not matter the name; it could be Bitcoin) if I make millions NOW ?
There are people who wouldn't sell their soul for "millions" "now".
11392  Other / Meta / Re: Could a mod look at this member please. on: June 30, 2016, 10:40:03 PM
Lauda posted. I then asked more directly. (10 hours ago)
Lauda, is this not off topic, ad hom, shitposting or what?
Does Carlton Banks have immunity to following forum rules?
That post is off-topic to the OP as well. I declined to respond on the moderation policy within that thread as I have no say in that section. I am neither able to moderate that section nor am I able to ban a member of such a rank (I can only nuke newbies like other patrollers). If you feel like a user is breaking the rules and deserves to be punished accordingly then the best course of action is usually to PM a global moderator with your 'evidence'.

Quote
OP, Carlton Banks and Lauda are all small blockers.
My personal views are irrelevant. Anyhow, there are equally, or worse 'big blockers' who have yet to be banned due to their rule violations (it's definitely not one-sided; most of the staff doesn't even have a (strong9 opinion on this I think).
11393  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 10:19:40 PM
If Luke's argument was "you already broke the agreement," you'd have a point. His argument is that there's no agreement to be broken, the signatories did not represent core, so haha. that sort of thing. Tipikal Luke jr. shit.
He's right. The individuals have never represented Core and they aren't able to do so easily anyways. It was clear that they can't promise a merge as this proposal would require evaluation and consensus like any other proposal.

No. I'm going to assume your coding abilities are nonexistent until I see your code.
You can't make a claim that Classic developers are equally as good, or good enough due to your nonexistent coding skills either (according to this logic). How many 'good developers' does Classic have?

I also wouldn't let a random bro do cardio surgery on me.
False analogy. This is an opinion nothing more.

Are you telling me you're an expert coder? GitHub link?
I may or may not be. I have claimed neither.

You have been toeing the core party line as long as I remember. You're on Teymos' payroll, you deleted threads that mentioned Classic, per this forum's official policy. Unbiased Roll Eyes
So because I have a different opinion than you (e.g. I support Core and you support Classic) I'm biased? I most certainly am not on a "payroll" and I most certainly have not deleted such threads (I don't moderate these sections). Another failed attempt at undermining my persona.
11394  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 09:42:23 PM
Yes, Luke-jr. No, I didn't know about F2Pool. Link?
I think they violated it a day later mining a Classic block. I'll update the post if I find the link.

Regardless, the agreement is either valid and binding, or it's not. If it's not, the miners are free to do whatever they wish, and this whole debate is pointless.
It matters. People who attack Luke-jr for 'trying' to create a proposal are heavily biased if it was already broken.

If you don't code, your "objective observation" re. coding abilities of others is what's called an "uneducated opinion," and, as such, ain't worth much more than my cat's. My cat don't code.
So you can draw a conclusion of my 'coding abilities' based on not-seeing any of my code? Interesting story.

As far as "bias" goes, your bias on this issue is well-known.
No it is not. What nonsense are you talking about? I have no connection to any developer regardless of whether Core or Classic/other.

I would value an opinion of a surgeon much higher than that of a garbage collector, if the topic is surgery. Vice-versa if the topic is collecting garbage.
Fine, Core has surgeons and Classic has garbage collectors. I get it.
11395  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 08:54:51 PM
They rejected the validity of the agreement outright.
Are you referring to the recent statement by Luke-Jr? Do you know that someone had already broken the agreement (was it F2Pool? I can't remember correctly).

Try to do better than "my dad's smarter than your dad," or don't bother.
False analogy. That's an opinion due to subjective bias which is not the case here. This is an objective observation based on what I've seen so far.

I have not seen a single line of your code, so your opinion is a bit suspect.
So because you haven't seen 'my code', my opinion is invalidated (or 'suspect')? That is horrible logic, as it would invalidate your own opinion and the opinions of "users" who share your 'view' as well.
11396  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 08:32:26 PM
It is. If they keep trusting Core devs to do what they promised, they're gonna lose a shitload of money. And that's why this is happening right now.
Wrong. The people who attended the HK meeting have done nothing that violates their "agreement" yet. It was well known that the people were acting as individuals and could in no way guarantee that the presented HF (not yet) would be merged into Core.

Can't do much worse.
Classic developers are like high school programmers in comparison to the people working on Core.

Do you have guarantees that Core Devs will continue to participate after such move?
I'm certain that it is likely that most of them would abandon their 'public' work for Bitcoin. Would you not do the same if you got 'stabbed in the back' after this much time?
11397  Other / Archival / Re: . on: June 30, 2016, 07:40:32 PM
Also dont see many #1s.  How many are claimed so far?
I'm trying to collect them, but people either haven't received them yet or aren't willing to go publicly with it. If all goes well, I should have two of them soon. I'm also looking for #9's. If I do end up fully collecting both sets I'll definitely auction the one with higher numbers.

I haven't saw a single #1 yet Undecided
Actually, I received mine in the first pack that was opened (IIRC). I'd say that that was one of the luckiest moments for me in recent times. Grin
11398  Bitcoin / Bitcoin Discussion / Re: Chinese Miners Revolt, Announces Plan to Hard Fork to Classic on: June 30, 2016, 07:01:19 PM
The thread title is most certainly wrong. The proposal was made by a random person and has no weight (at the moment). It is too early to jump to any kind of conclusions until major pools voice their opinions here.

It looks like the Chinese mining cartel are now trying pull the strings.  
No. What prevents me from creating accounts on that website and posting my "support" for this plan? Support 'via comments' can be easily faked on that website (correct me if I'm wrong).

Urge all miners to unite to support the Terminator Plan - ( i think it implies to terminate Core's 0.13.1 which doesn't honor HK consensus).
That was never part of 'HK consensus'. The individuals there said that they would deliver a proposal, not that it would be merged into Core (they can't do that on their own anyways).

It is very likely a decent amount of Devs will walk off if they do this.
That's understandable considering that something like this would practically be a stab in the back. This is way too risky for a change that only ups the throughput from ~3 TPS to 6 TPS.
11399  Other / Meta / Re: What's your "Report to Moderator" % rate at? on: June 30, 2016, 06:38:38 PM
While your accuracy does seem very good, considering the quantity of posts (199) it is not something special. I sometimes notice your reports, but they're far less frequent than some of the top reporters (having a few thousand reports and reporting accuracy of over 95% is excellent). Anyhow, threads like these are usually not a good idea as they get abused by signatuer spammers with their seemingly on-topic posts.

I never report any posts. Im not a rat.
That has nothing to do with "being a rat".
11400  Bitcoin / Bitcoin Discussion / Re: Core Dev Luke Jr. To Chinese Miners: We Didn't Promise You Dick! on: June 30, 2016, 01:13:14 PM
Thanks for humbling me and correcting my link, Lauda. Your unmatched linking skills are unmatched, that's why you make big money.
It took me a few years to become such an expert, but it was worth it!

That said, have you bothered reading before replying? Particularly this part: "Not sure re. credibility (probably more posturing), but this is what it would look like if[...]"?
Yes, I've read that. The reason that I've stated that it is a failed FUD post "at r/btc" is simply because the "people" there are talking about this like it was either signed by the big pools or already in effect.

Much like yourself, I do not find the linked material to be a credible threat.
It is not a credible threat of any kind at the moment. It seems more in the lines of a manipulative attempt at trolling. Let's see how this one plays out, shall we?
Pages: « 1 ... 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 [570] 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 ... 1343 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!