Bitcoin Forum
May 25, 2024, 06:52:19 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 »
621  Alternate cryptocurrencies / Altcoin Discussion / Re: Top 5 beginner MISTAKES in CRYPTO TRADING - MUST WATCH on: May 18, 2017, 05:32:12 PM
Lots more could have been added but it's a good basic list. For me the mistake I made several times at the start, was not looking the graph with 6 or so months of a coins trade history and instead looked at only the last few days or week or two. I would miss the fact that it was actually in a pump and got caught on the dumps. Not all pump and dumps are quick. For example, a big one I got screwed on (although I did end up making up my losses), was Cloak. Bob had worked that one for several months and then the pump started. Lasted for a few weeks and then he dumped on everyone. I had come in right about the time the dump was about to start. And since I hadn't looked at a long enough time frame, I didn't see what had been happening.
622  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Zcoin (XZC) - Implementing Zerocoin technology for financial privacy on: May 18, 2017, 05:18:38 PM
Does this coin take an inordinate amount of time to download the blockchain? I've tried it a couple times and had it run for many hours and only get up to around 7000 before I pull the plug. So I downloaded the blockchain from the service found on the reddit, and the app just sits there "loading wallet". Been like that for close to an hour now. There are some really slow coins out there when it comes to syncing but so far this one is the absolute worst.

The first sync takes a long long time but subsequent syncs are heaps faster.

To ensure a smooth sync, you can download the chain here znode.io which should make sure you won't get stuck. The verification of the Zerocoin accumulators take a long time.

We're working on a fix here: https://github.com/zcoinofficial/zcoin/tree/sync-fix-0.8.7.7
I was thinking from what I had read that thimgs would take awhile but this is crazy lol.

I did download that blockchain and like I said, it sat there "loading wallet". I stopped that task a few minutes ago but that was another 2 hours past when I posted and it still hadn't loaded even though it seemed to be working away on something.

Do you have a rough time frame for both scenarios as opposed to "long time" for "average" computer? Just want to have a clue how long I should expect to have to run things.

I has some issues like this but it's quite easy to do that if your wallet was stuck while it was syncing then you should restart you wallet some times then it will go smoothly.

Yeah, I was having to do that every 2000 or so blocks which meant it was even slower. We'll see if the wallet ever finally loads or not with the blockchain download I used.
623  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 05:07:30 PM
Full nodes undertake a "UASF" and only accept blocks from the miners that are signaling for segwit and thus bring about a fork.

Well, then these nodes will stop if the block chain has a single block on it not signalling segwit.
That's based on the assumption that at least some of the miners that are currently signaling for segwit would not "switch" (at some point at least)  to build the "segwit" blockchain.

That block will never come.
Again, you're basing that on an assumption. It will never come if all miners stop mining their current block when they receive the next one, i.e. they accept the next one no matter what. A miner that joins in the UASF will reject the next one if it's not signaling for segwit and continue mining his block.

Ah, you mean, when the miners fork ?  So again, this has nothing to do with Joe running his UASF in his basement, but that miner deciding to fork.  We're back in the scenario where the miners fork: some build the classical chain, others build the Segwit chain.

So we have now two coins: the BTC-segwit coin, and the BTC-non-segwit coin.  Maybe exchanges will list the two coins.  If you want to transact, you will need the two kinds of chains.

And, AGAIN, the non-mining node wasn't involved in this split: it were the segwit miners that decided to fork, and gave rise to two different block chains.

And, again, this will be determined in the market.

Without the full nodes rejecting the non signaling segwit blocks, the miner would not have decided to forked. Without him forking, the market would not be able to determine the outcome.
624  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 04:56:51 PM
Full nodes undertake a "UASF" and only accept blocks from the miners that are signaling for segwit and thus bring about a fork.

Well, then these nodes will stop if the block chain has a single block on it not signalling segwit.
That's based on the assumption that at least some of the miners that are currently signaling for segwit would not "switch" (at some point at least)  to build the "segwit" blockchain.

That block will never come.
Again, you're basing that on an assumption. It will never come if all miners stop mining their current block when they receive the next one, i.e. they accept the next one no matter what. A miner that joins in the UASF will reject the next one if it's not signaling for segwit and continue mining his block.. So as far as he's concerned, he starts producing 100% segwit blocks. His chain never contains blocks from those that aren't signaling for segwit. And since he's broadcasting his blocks to the the nodes, those full nodes will take them and continue on. So of course it will come.
625  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 12:53:07 PM
Full nodes undertake a "UASF" and only accept blocks from the miners that are signaling for segwit and thus bring about a fork.

Well, then these nodes will stop if the block chain has a single block on it not signalling segwit.
That's based on the assumption that at least some of the miners that are currently signaling for segwit would not "switch" (at some point at least)  to build the "segwit" blockchain. I hate using phrases like "their best economic interest" as most take short term gains and sacrifice or risk long term what's best for their economic interests. But in this case there would be some that see it as being in their best economic interest to join in the "UASF".
626  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 12:02:19 PM
But this is your error:
My error was in throwing out some scenario in the hopes of simplifying in order to try and get you to just focus on the question. So I'll reword things and try again.

Full nodes undertake a "UASF" and only accept blocks from the miners that are signaling for segwit and thus bring about a fork.

Now the market has the ability to ultimately make the final decision. Yes, there will be chaos and the outcome would be unknown, but now it's in their hands.

So that means full nodes have zero power?
627  Alternate cryptocurrencies / Altcoin Discussion / Re: Where do you read news or updates for possible pumping of altcoins? on: May 18, 2017, 11:27:12 AM
In the current madness it is quite easy.

Pick any coin that has had a relatively flat line for about a week. Buy. Watch it pump 40-200% in the next few days.

It simply doesn't seem to end at the moment.
Picking altcoin that will pump is not about news but about technical analysis about the coin.
Really? You must be new here lol
628  Alternate cryptocurrencies / Altcoin Discussion / Re: Where do you read news or updates for possible pumping of altcoins? on: May 18, 2017, 11:26:14 AM
In the current madness it is quite easy.

Pick any coin that has had a relatively flat line for about a week. Buy. Watch it pump 40-200% in the next few days.

It simply doesn't seem to end at the moment.

Only if it got back down to it's pre-pump level or a much longer time has elapsed indicating there's a new "floor" for it.
629  Bitcoin / Bitcoin Discussion / Re: What catastrophic event do you think would cause Bitcoin to drop? on: May 18, 2017, 11:23:38 AM
"catastrophic event"? Don't know if it would be considered "catastrophic", but given the state of the block size debate, a hard fork is a possibility as the sides take it to the next level with an all out war. That would bring about chaos and the price would drop way down and probably stay down for awhile.
630  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 10:38:12 AM
.. snip...
I was working on a long response and just trashed it all.

So let me re-iterate in what I hope is the simplest way I can. Your statement is that full nodes have zero power, "zilch" so they might as well "all" be shut off. The "full nodes have zero power" is what I'm talking about, not your statements where you start to add qualifiers. You have failed to convince me that it's true.

Let's just use an example where 75% of miners want to increase the emissions back up to a starting point of 50 coins/block.

The market won't like that but they have no ability to reject that protocol change. They might drive the price into the tank for awhile, but they've proven time and again that as long as they see they can continue to make money, they'll do so and so will end up just accepting it.

Full-nodes however, can reject those blocks, accept the 25% and bring about a split in the network etc. Now the market has the ability to ultimately make the final decision. Yes, there will be chaos and the outcome would be unknown, but now it's in their hands.

So that means full nodes have zero power?
631  Alternate cryptocurrencies / Announcements (Altcoins) / Re: ★★DigiByte|极特币★★[DGB]✔ DigiSync v6.14.2 - DigiSpeed - Segwit -DiguSign on: May 18, 2017, 09:18:31 AM
What? You people don’t want to hear “negatives” even when they are true? Are you sure about that?
lol.. Really? Not sure how you could possibly ask those questions when all the majority care about is "to the moon!!!!!".

The reality is that it says more about them wanting you to be a one dimensional yes man/drone than it says about you. Anyone that puts money into something without all the details needed to make a real risk assessment is just looking to have someone take their money from them. It's sort of amusing.
632  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 09:03:15 AM
whether our technological level has reached the point where we can
do it now without sacrificing current security. Obviously, 10 years from now, a 2-4
MB blocksize hardfork is extremely doable and should preserve the current security
As someone who "supports" segwit on it's merits, and a 2Mb block increase for compromise, I have yet to see any compelling argument for this. Can someone point me to something I can read and digest that would actually accomplish that plus something that refutes that. I'm not talking about things that are filled with propaganda and ideology but solid arguments based on technical issues and facts etc.

But as "guardians of the protocol", their power is zilch, and hence as "decentralizing power element" their influence is zilch.
I've read a lot of your posts on this and you've failed to convince me except in the case where 100% of the miners are in agreement and in opposition to a very large majority of those running full nodes.

If, for example, 75% (hash) of the miners decide to change something radical about the protocol, the full nodes can choose to reject their blocks while accepting those from 25% of the miners. Yes, the entire system is disrupted for some period of time but it was going to be anyway.

I agree with you, but in that case, it are STILL NOT the full nodes that decide one way or another, but the users in the market *with their money*, not with their nodes.
Right, but I never said full nodes are the only ones that decide one way or another, you're saying that and then saying the conclusion is that they thus have zero power. You've simply failed to convince me that full nodes have zero power.

Then I don't know how to convince you.  How could one establish the proof that entities X have no power of decision on outcome U ?  I would think that if one proves that if outcome U is largely independent of whatever X does, the proof is established, no ?

So one of the problems I have with your "logic", is that half of the time you come up with these 1 + 1 equal 2 equations that ignores some other factor or is based on multiple assumptions, some of which can be flawed.

Outcome U is only accomplished because X "put" the decision into the hands of Y. So if ultimately you believe that the ability to do that still does not mean they have any power what so ever, then that's where we will never agree no matter what sort of "logic' you try and throw at it.

I also find your statement that full nodes are not representative of the market truly perplexing. While we don't know the entire makeup, it's clear that a good portion of those full nodes are exchanges, payment processors, companies, traders and users. So how one then can possibly say that they're not representative of the market is just.. well I can't think of a good word for it.

I suspect what this comes down to is, if you are predisposed to believe (or want it to be true) that full nodes have no power, then all they can do is "influence" through action as you believe. But others believe that the ability to perform an action that "influences" things the way you want is, ultimately, power.

As for your plastics guns analogy. When you throw things like that out there I end up questioning your sincerity. You take some non applicable analogy and then basically imply that anyone that thinks this is true is not logical. i.e. implying they're "crazy". Throwing in the "I'm not being political" prior to that further makes it appear that you're not sincere and are just trying to advance some agenda.

Anyway. I think it's safe to say that neither of us will be able to convince each other one way or the other.
633  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Zcoin (XZC) - Implementing Zerocoin technology for financial privacy on: May 18, 2017, 07:02:36 AM
Does this coin take an inordinate amount of time to download the blockchain? I've tried it a couple times and had it run for many hours and only get up to around 7000 before I pull the plug. So I downloaded the blockchain from the service found on the reddit, and the app just sits there "loading wallet". Been like that for close to an hour now. There are some really slow coins out there when it comes to syncing but so far this one is the absolute worst.

The first sync takes a long long time but subsequent syncs are heaps faster.

To ensure a smooth sync, you can download the chain here znode.io which should make sure you won't get stuck. The verification of the Zerocoin accumulators take a long time.

We're working on a fix here: https://github.com/zcoinofficial/zcoin/tree/sync-fix-0.8.7.7
I was thinking from what I had read that thimgs would take awhile but this is crazy lol.

I did download that blockchain and like I said, it sat there "loading wallet". I stopped that task a few minutes ago but that was another 2 hours past when I posted and it still hadn't loaded even though it seemed to be working away on something.

Do you have a rough time frame for both scenarios as opposed to "long time" for "average" computer? Just want to have a clue how long I should expect to have to run things.
634  Alternate cryptocurrencies / Announcements (Altcoins) / Re: ★★DigiByte|极特币★★[DGB]✔ DigiSync v6.14.2 - DigiSpeed - Segwit -DiguSign on: May 18, 2017, 06:33:45 AM
Can someone point me to a link to the whitepaper for this coin? I found some posts talking about doing one a long time ago but can't seem to find one.
Bumping this again for a dev that's on the team. Must say though that hearing people talking about how they've invested for years because of the tech, without a whitepaper that can be peer reviewed etc, is "interesting' to say the least.
Peer reviewing a whitepaper is like dating your sister's friend. It never turns out quite like you expected it to. Plus everyone has a whitepaper...and a sister. The genius is in the code. The actual code is the proof. Review it here: https://github.com/digibyte/digibyte

That's a good way of ensuring that the majority of people take their business somewhere else.

Could you imagine an engineer telling you to take the motor apart? Or a chemist telling you to look at the lab samples?

If "the genius is in the code", what does that say about the guy who says he wrote it but can't explain it?

Sorry about the tough "love", but this response of yours is beyond belief.
Yep. It's extremely rare for a "build it and they will come" philosophy to lead to any success. But the post and the twitter of "promises" with no track record to back it up is a good indication of which bin I should put this coin in.
635  Alternate cryptocurrencies / Announcements (Altcoins) / Re: ★★DigiByte|极特币★★[DGB]✔ DigiSync v6.14.2 - DigiSpeed - Segwit -DiguSign on: May 18, 2017, 06:16:12 AM
Can someone point me to a link to the whitepaper for this coin? I found some posts talking about doing one a long time ago but can't seem to find one.
Bumping this again for a dev that's on the team. Must say though that hearing people talking about how they've invested for years because of the tech, without a whitepaper that can be peer reviewed etc, is "interesting' to say the least.
Peer reviewing a whitepaper is like dating your sister's friend. It never turns out quite like you expected it to. Plus everyone has a whitepaper...and a sister. The genius is in the code. The actual code is the proof. Review it here: https://github.com/digibyte/digibyte
Couple years of going no where with the coin has clearly shown that to be a great philosophy. Well, good luck with your project then.
636  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 06:11:08 AM
whether our technological level has reached the point where we can
do it now without sacrificing current security. Obviously, 10 years from now, a 2-4
MB blocksize hardfork is extremely doable and should preserve the current security
As someone who "supports" segwit on it's merits, and a 2Mb block increase for compromise, I have yet to see any compelling argument for this. Can someone point me to something I can read and digest that would actually accomplish that plus something that refutes that. I'm not talking about things that are filled with propaganda and ideology but solid arguments based on technical issues and facts etc.

But as "guardians of the protocol", their power is zilch, and hence as "decentralizing power element" their influence is zilch.
I've read a lot of your posts on this and you've failed to convince me except in the case where 100% of the miners are in agreement and in opposition to a very large majority of those running full nodes.

If, for example, 75% (hash) of the miners decide to change something radical about the protocol, the full nodes can choose to reject their blocks while accepting those from 25% of the miners. Yes, the entire system is disrupted for some period of time but it was going to be anyway.

I agree with you, but in that case, it are STILL NOT the full nodes that decide one way or another, but the users in the market *with their money*, not with their nodes.
Right, but I never said full nodes are the only ones that decide one way or another, you're saying that and then saying the conclusion is that they thus have zero power. You've simply failed to convince me that full nodes have zero power. It's more like a 3 tier system. Everything is fine as long as everyone agrees with what the miners are doing. If they don't, it's bumped up to the full nodes and from there it can continue up to the final level of users. At the end of the day, it's a combination of all 3 that will finally settle on some sort of resolution.
637  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 05:47:46 AM
whether our technological level has reached the point where we can
do it now without sacrificing current security. Obviously, 10 years from now, a 2-4
MB blocksize hardfork is extremely doable and should preserve the current security
As someone who "supports" segwit on it's merits, and a 2Mb block increase for compromise, I have yet to see any compelling argument for this. Can someone point me to something I can read and digest that would actually accomplish that plus something that refutes that. I'm not talking about things that are filled with propaganda and ideology but solid arguments based on technical issues and facts etc.

But as "guardians of the protocol", their power is zilch, and hence as "decentralizing power element" their influence is zilch.
I've read a lot of your posts on this and you've failed to convince me except in the case where 100% of the miners are in agreement and in opposition to a very large majority of those running full nodes.

If, for example, 75% (hash) of the miners decide to change something radical about the protocol, the full nodes can choose to reject their blocks while accepting those from 25% of the miners. Yes, the entire system is disrupted for some period of time but it was going to be anyway.
638  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Zcoin (XZC) - Implementing Zerocoin technology for financial privacy on: May 18, 2017, 04:58:53 AM
Does this coin take an inordinate amount of time to download the blockchain? I've tried it a couple times and had it run for many hours and only get up to around 7000 before I pull the plug. So I downloaded the blockchain from the service found on the reddit, and the app just sits there "loading wallet". Been like that for close to an hour now. There are some really slow coins out there when it comes to syncing but so far this one is the absolute worst.
639  Bitcoin / Bitcoin Discussion / Re: Why Bitcoin Core Developers won't compromise on: May 18, 2017, 04:48:10 AM
whether our technological level has reached the point where we can
do it now without sacrificing current security. Obviously, 10 years from now, a 2-4
MB blocksize hardfork is extremely doable and should preserve the current security
As someone who "supports" segwit on it's merits, and a 2Mb block increase for compromise, I have yet to see any compelling argument for this. Can someone point me to something I can read and digest that would actually accomplish that plus something that refutes that. I'm not talking about things that are filled with propaganda and ideology but solid arguments based on technical issues and facts etc.
640  Alternate cryptocurrencies / Mining (Altcoins) / Re: Is NiceHash more profitable than Bitmining on: May 18, 2017, 04:37:56 AM
I use Nicehash and I think it's awesome..  Grin

I use nicehash and I think it is ok, not superb or not so-so. If you are renting hash in there and plan to mine bitcoin, you will only find yourself being bankrupt.  Aside from that, the limit hash is not implemented, sometimes you are hashing 3x your suppose to be hash making you lose minutes to hours.

Is it even paying off to invest in alt-coin cloud mining? Did u invest a lot or something smaller maybe? I was thinking of investing something into some cloud service but kind of sceptical about it, tbh.

I've been playing around running the numbers the last couple days. "Assuming" a $1600 USD bitcoin price, cloud mining from one company would take 19 or so months to pay off. Buying a S9 and running it in my home would take just over 6 months to pay off. Cloud mining would be set it and forget it though but of course you'd have to really believe the company would be around in a couple years. Nicehash however is more about doing your research and calculation to get the best profit which can be much better than the other options.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!