larry12
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 01:30:28 PM |
|
me too, half of my hash is there, i dont wanna give a chance to XT so my miners are not there right now, bad move Slush....
|
#Bitcoin The future is here.
|
|
|
KNK
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 02:09:15 PM |
|
Can you both read? By default your hashrate is a vote for Core/QT not XT. If you want to support XT, you need to change your miners to different port.
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 04:53:00 PM |
|
Can you both read? By default your hashrate is a vote for Core/QT not XT. If you want to support XT, you need to change your miners to different port.
Indeed Slush just gives us the choice, that is a good thing. Also hard forks like this are sometimes necessary for Bitcoin to remain free and decentralized, so it is good that Slush supports it. The ability to hard fork in this way represents the check that we have against the power that a core development team could hold. If you think that we should never hard fork it is the equivalent of saying that the core developers have absolute power over the development of the Bitcoin protocol. Or as Mike Hearn said "they believe that the only mechanism that Bitcoin has to keep them in check should never be used". https://medium.com/@octskyward/why-is-bitcoin-forking-d647312d22c1
|
|
|
|
chek2fire
Legendary
Offline
Activity: 3416
Merit: 1142
Intergalactic Conciliator
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 04:58:15 PM |
|
Can you both read? By default your hashrate is a vote for Core/QT not XT. If you want to support XT, you need to change your miners to different port.
Indeed Slush just gives us the choice, that is a good thing. Also hard forks like this are sometimes necessary for Bitcoin to remain free and decentralized, so it is good that Slush supports it. The ability to hard fork in this way represents the check that we have against the power that a core development team could hold. If you think that we should never hard fork it is the equivalent of saying that the core developers have absolute power over the development of the Bitcoin protocol. Or as Mike Hearn said "they believe that the only mechanism that Bitcoin has to keep them in check should never be used". https://medium.com/@octskyward/why-is-bitcoin-forking-d647312d22c1and to be against the power of the core developer team the solution is to give the power to only one developer ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) Ok.. yeah.. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 05:09:58 PM |
|
and to be against the power of the core developer team the solution is to give the power to only one developer ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) Ok.. yeah.. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) One can be right amongst a crowd, let alone a "team" of five, but that is besides the point (and the choice offered by slush). That debate, though, belongs to another thread. The vote offered by slush is an inspired one on many levels, given that there are options available to the one peddled by the "majority core dev team" (and known to the entire bitcoin world). By the looks of it, more hashes than not seem to agree with the "minority of 2" in the bitcoin core developement "team" (pool rate is now past 17PH and growing ..... not to mention improving luck!).
|
|
|
|
chek2fire
Legendary
Offline
Activity: 3416
Merit: 1142
Intergalactic Conciliator
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 05:12:51 PM |
|
One to rule them all. this is not bitcoin. You just describe something else. If you dont like how bitcoin works why you dont create an altcoin with your rules and isntead of that you try to capture and hijack bitcoin?
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 21, 2015, 11:46:38 PM |
|
There are only 3 "XT blocks" in the last 500 - all 3 slush - and only slush. https://www.blocktrail.com/BTC/blocks/1Edit: well actually it is 2 (as I first posted) the 3rd one is just outside 500 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
VeritasSapere
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 03:16:12 AM Last edit: August 22, 2015, 03:49:10 AM by VeritasSapere |
|
One to rule them all. this is not bitcoin. You just describe something else. If you dont like how bitcoin works why you dont create an altcoin with your rules and isntead of that you try to capture and hijack bitcoin?
That is how Bitcoin works, actually being intrinsically against a hard fork is more like trying to capture and hijack Bitcoin. Furthermore increasing the block size is more in line with the origonal vision of Satoshi Nakamoto so it would be more accurate to say that the Core developers should create an alt coin instead. The ability to hard fork ensures that the development can ultimately be decided on by the users and the miners of Bitcoin. I support BIP101 because I think that bigger blocks are better then being “forced” to rely on third party payment processors, which is what not increasing the block size would lead to. To put it simply, if we do not increase the block size it will be more expensive and less people will be able to use it, that is to transact on the main chain directly. It would be better to keep the network as inclusive and inexpensive as possible from the users perspective since it would be more important to increase mass adoption before developing a fee market, since the block reward is still high and adoption is still relatively low. However if we increase the block size then it will be less expensive and more people will be able to use it. I think that increasing the block size is the most decentralized option, even if full nodes will only be able to be hosted on powerful computers, since miners do not run full nodes, the pools do. I do not think that confining Bitcoin to the role of a clearing house so to speak would necessary provide enough incentive for mining far into the future if we want Bitcoin to be the largest and therefore the most secure proof of work blockchain. So think carefully and please be rational and use reason and decide for your self what kind of a Bitcoin you want.
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:11:02 AM |
|
Moot point (and offtopic). There are many more (bigger) 8MB blocks, and not many from slush, actually none from slush. (now go spam somewhere else!)
|
|
|
|
Jake36
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:46:36 AM |
|
and to be against the power of the core developer team the solution is to give the power to only one developer ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) Ok.. yeah.. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) One can be right amongst a crowd, let alone a "team" of five, but that is besides the point (and the choice offered by slush). That debate, though, belongs to another thread. The vote offered by slush is an inspired one on many levels, given that there are options available to the one peddled by the "majority core dev team" (and known to the entire bitcoin world). By the looks of it, more hashes than not seem to agree with the "minority of 2" in the bitcoin core developement "team" (pool rate is now past 17PH and growing ..... not to mention improving luck!). Is there a break down some place on the pool as to where that increased hash is pointing to? Like 10PH voting yes, 7PH voting no?
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:49:23 AM |
|
Is there a break down some place on the pool as to where that increased hash is pointing to? Like 10PH voting yes, 7PH voting no?
Not that I am aware of, but it could be there.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 07:55:10 AM |
|
Moot point (and offtopic). There are many more (bigger) 8MB blocks, and not many from slush, actually none from slush. (now go spam somewhere else!) Sigh - so you don't even understand what that means? Slush is the only pool voting for XT. The format the other pools are using for the blocksize is the BIP100 format. BIP100 gives block size control to miners and pools by vote - changeable as votes change over time - go read up about BIP100. XT - BIP101 - gives block size control to Hearne and Gavin - not to the pools and miners. So basically you are voting to give control to those two, rather than the bitcoin network. Oh well.
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 08:24:26 AM |
|
Moot point (and offtopic). There are many more (bigger) 8MB blocks, and not many from slush, actually none from slush. (now go spam somewhere else!) <nonsense_snip> ...</nonsense_snip> XT - BIP101 - gives block size control to Hearne and Gavin - not to the pools and miners. So basically you are voting to give control to those two, rather than the bitcoin network. Oh well. Nope. You are wrong again and you've taken the opportunity to spam even more. So, I'll draw a clean line and stop feeding this troll.
|
|
|
|
TheRealSteve
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 12:39:52 PM Last edit: August 22, 2015, 06:54:35 PM by TheRealSteve |
|
Is there a break down some place on the pool as to where that increased hash is pointing to? Like 10PH voting yes, 7PH voting no?
Nope. You could make an extremely rough estimate. Block 370434 was their first BIP101 block. Including that block they have since mined 31 blocks. 3 of which were BIP101. That's 9.68%. 9.68% of the 15.93Ph/s currently shown on the site ~= 1.54Ph/s. Statistically (given the sample set) that's an optimistic estimate - could be lower, could be higher.
|
|
|
|
larry12
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:02:17 PM |
|
Can you both read? By default your hashrate is a vote for Core/QT not XT. If you want to support XT, you need to change your miners to different port.
to read what? i dont like XT idea, slush's pool support it so goodbye slush.....
|
#Bitcoin The future is here.
|
|
|
KNK
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:34:26 PM |
|
Can you both read? By default your hashrate is a vote for Core/QT not XT. If you want to support XT, you need to change your miners to different port.
to read what? i dont like XT idea, slush's pool support it so goodbye slush..... He does not support it! He gives us the choice to (NOT) support it which is completely different ... Stay on the old port and vote against XT what more simple?! I think that increasing the block size is the most decentralized option, even if full nodes will only be able to be hosted on powerful computers, since miners do not run full nodes, the pools do. If you don't own/control your private key - you don't own your Bitcoins. You need your own full node or you need to trust someone's else full node, while Bitcoin's whole idea (under the word decentralised) is Trust no one
|
|
|
|
RealMalatesta
Legendary
Offline
Activity: 2338
Merit: 1124
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 05:38:38 PM |
|
Moot point (and offtopic). There are many more (bigger) 8MB blocks, and not many from slush, actually none from slush. (now go spam somewhere else!) <nonsense_snip> ...</nonsense_snip> XT - BIP101 - gives block size control to Hearne and Gavin - not to the pools and miners. So basically you are voting to give control to those two, rather than the bitcoin network. Oh well. Nope. You are wrong again and you've taken the opportunity to spam even more. So, I'll draw a clean line and stop feeding this troll. Would you care to elaborate? I think it is an interesting question and do not see this as trolling.
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 06:35:49 PM |
|
Would you care to elaborate? I think it is an interesting question and do not see this as trolling.
The vote on slush is, and I quote: Right now, every Slush Pool miner can vote for larger blocksize.So clearly (and if you cared to have read the last couple of pages here), it is not about XT, BIP100, BIP101 or whatever. Just bigger block size, which can be achieved any of different ways, including XT. And no, not all other pools mine bigger (than standard 1MB) blocks, though some (mainly Chinese) pools mine 8MB blocks. The troll would have you believe otherwise. Additionally (and as far as I am aware), only slush has ACTUALLY offered the choice to users to vote for bigger blocks. That much the troll knows, though he keeps trying to whip up some kind of negativity towards slush by attributing patently false aims to slush in a veiled attempt to get miners to elope to his his own pool.
|
|
|
|
KNK
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 07:05:05 PM |
|
Additionally (and as far as I am aware), only slush has ACTUALLY offered the choice to users to vote for bigger blocks. Exactly and that's the important thing - even if you disagree with BIP101 or larger blocks (BIP100), you have the choice and a way to have your voice heard. Ignoring the BIPs and leaving your users the only choice to leave if they disagree with you is not the right thing to do IMHO And no, not all other pools mine bigger (than standard 1MB) blocks, though some (mainly Chinese) pools mine 8MB blocks. Small correction. No pool is mining larger blocks yet as they will be rejected anyway, but they do vote for larger blocks via BIP100, while Slush provides the choice for BIP101 - both are ways to vote for larger blocks, but with different strategies (one time fixed increase or every two years doubling) and both with their own disadvantages
|
|
|
|
pekatete
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 22, 2015, 07:21:31 PM |
|
No pool is mining larger blocks yet as they will be rejected anyway, but they do vote for larger blocks via BIP100, while Slush provides the choice for BIP101 - both are ways to vote for larger blocks, but with different strategies (one time fixed increase or every two years doubling) and both with their own disadvantages
I see one vote as a vote of the actual miners and the other as a vote of the pool operators (though the lines can be blurred). Still, an overwhelming majority of pool operators (99.99%) do not give that very simple option to vote to their users, and for me (with the hindsight of slush's brilliance), that is not a vote at all, simply the wishes of pool operators (if a clear distinction can be made from the miners).
|
|
|
|
|