Bitcoin Forum
June 16, 2024, 04:49:47 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4] 5 »  All
  Print  
Author Topic: [ANN] BTC Guild's Mitigation Plan  (Read 24705 times)
Ekaros
Hero Member
*****
Offline Offline

Activity: 728
Merit: 500



View Profile
April 11, 2013, 03:23:06 PM
 #61

Could you not redirect the "surplus" hashpower to another pool of your choice (P2Pool springs to mind) until the "threat" has passed?

Details around fees might be problematic but I'd imagine there might be a smaller pool or two out there that might be happy to get the boost from time to time and forgo fees for a super miner like BTCGuild overflow.

Problem is having control of such hashing power in the first place. Distributing it around really doesn't help on that. There is still potential to grab it and use it.

They go and distribute the hashing power. Now, if they were to stop this at one point and try something like double spent attack? There is nothing to prevent this, apart from not gaining the power in the first place.

Well it all comes down to who got what blocks right?

If BTCGuild is not stamping out more than 51% of the blocks there is no threat ... it doesn't matter how that hashpower got directed towards the blocks.

Who directs that hashpower? And can you trust them not to abuse the power at any point? 

Getting the blocks isn't really the issue. It's the fact that they have potential for it. And this should be avoided.

12pA5nZB5AoXZaaEeoxh5bNqUGXwUUp3Uv
http://firstbits.com/1qdiz
Feel free to help poor student!
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2349


Eadem mutata resurgo


View Profile
April 11, 2013, 04:11:16 PM
 #62

Could you not redirect the "surplus" hashpower to another pool of your choice (P2Pool springs to mind) until the "threat" has passed?

Details around fees might be problematic but I'd imagine there might be a smaller pool or two out there that might be happy to get the boost from time to time and forgo fees for a super miner like BTCGuild overflow.

Problem is having control of such hashing power in the first place. Distributing it around really doesn't help on that. There is still potential to grab it and use it.

They go and distribute the hashing power. Now, if they were to stop this at one point and try something like double spent attack? There is nothing to prevent this, apart from not gaining the power in the first place.

Well it all comes down to who got what blocks right?

If BTCGuild is not stamping out more than 51% of the blocks there is no threat ... it doesn't matter how that hashpower got directed towards the blocks.

Who directs that hashpower? And can you trust them not to abuse the power at any point? 

Getting the blocks isn't really the issue. It's the fact that they have potential for it. And this should be avoided.

You must be overlooking the point of why the pools were set up in the beginning ... to reduce variability. People already implicitly trust the pool when they direct their own mining power to it. As a miner, if you are really worried about the pool operator "abusing your hash power" why would you point your miner at it?

All Eleutheria is trying to achieve is to show to the bitcoin network he is beyond reproach, clearly his miners already think this or else how does he achieve > 51% in the first place?

As long as BTCGuild is not stamping more than 51% of the blocks it is immaterial where the hashpower comes from or goes to, or even who is directing it. In fact, if that pledge is given by BTCGuild (or whoever) and they are seen to be going above that then they would lose the power quite quickly I'd assume ... unless the miners really are as idiotically hellbent on over subscribing to one pool as they seem to be.

jaminunit
Member
**
Offline Offline

Activity: 132
Merit: 14

Co-Founder of TheStandard.io & Vaultoro.com


View Profile WWW
April 14, 2013, 08:42:35 PM
 #63

Moving forward miners should really start using a decentralised mining pool like p2pool https://bitcointalk.org/index.php?topic=18313.0

I know it's very unlikely but.....

gov, master card or paypal could say to btc guild, 50btc and slush hey we will pay you 20 million each for your pools.

they then merge those to destabilise bitcoin with a 51% attack.

Would that even work?

I've been a Bitcoiner since 2010, and currently working on TheStandard.io, a next-generation stablecoin, and lending protocol.
The Standard Protocol Announcement thread
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 14, 2013, 08:48:41 PM
 #64

Moving forward miners should really start using a decentralised mining pool like p2pool https://bitcointalk.org/index.php?topic=18313.0
There are many other decentralized pools that are easier to use and without the downsides of p2p.

I know it's very unlikely but.....

gov, master card or paypal could say to btc guild, 50btc and slush hey we will pay you 20 million each for your pools.

they then merge those to destabilise bitcoin with a 51% attack.

Would that even work?
It would work. Additionally, it would be very easy for a large government to shutdown Bitcoin without any up-front investment.

Subo1977
Sr. Member
****
Offline Offline

Activity: 344
Merit: 250


Flixxo - Watch, Share, Earn!


View Profile
April 14, 2013, 09:03:00 PM
 #65

Moving forward miners should really start using a decentralised mining pool like p2pool https://bitcointalk.org/index.php?topic=18313.0
There are many other decentralized pools that are easier to use and without the downsides of p2p.
which?

X       ▄▄█████████▄▄
    ▄██▀▀         ▀▀██▄
  ▄██▀              ▀██▄
 ▄██     ██▄▄          ██▄
▄██      █████▄▄        ██▄
██       ████████▄▄      ██
██       ███████████▄    ██
██       ██████████▀     ██
▀██      ███████▀       ██▀
 ▀██     ████▀         ██▀
  ▀██▄   █▀          ▄██▀
    ▀██▄▄         ▄▄██▀
       ▀▀█████████▀▀
.flixxo    X▄████████████████████▄
██████████████████████
██████████████████████
████████████▀▀███████
█████▀████░░░░░░▄████
█████░░░░░░░░░░▄█████
█████▄░░░░░░░░░░██████
██████░░░░░░░░░███████
███████░░░░░░▄████████
████▄▄░░░░▄▄██████████
██████████████████████
██████████████████████
▀████████████████████▀
▄████████████████████▄
██████████████████████
█████████▀█▀██████████
██████▀▀▀▀▀████████
██████▄▄░░▄▄▄░░███████
████████░░███░░███████
████████░░░░░░▀███████
████████░░███▄░░██████
██████▀▀░░▀▀▀░░░██████
██████▄▄▄▄▄▄███████
█████████▄█▄██████████
██████████████████████
▀████████████████████▀
X[[]]X
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 14, 2013, 09:29:56 PM
 #66

Moving forward miners should really start using a decentralised mining pool like p2pool https://bitcointalk.org/index.php?topic=18313.0
There are many other decentralized pools that are easier to use and without the downsides of p2p.
which?
https://en.bitcoin.it/wiki/Getblocktemplate#For_miners

eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
April 14, 2013, 11:28:18 PM
 #67

Luke, eloipool is not decentralized.  It is transparent when using GBT (at the cost of significantly more bandwidth for pushing work).  No pool other than p2pool is decentralized, they're all master->slave.  Pool dictates the work, miners mine it.  Just because the miner could decide to leave if they don't like what they see does not change the definition of decentralized.

RIP BTC Guild, April 2011 - June 2015
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 14, 2013, 11:38:55 PM
 #68

Luke, eloipool is not decentralized.  It is transparent when using GBT (at the cost of significantly more bandwidth for pushing work).  No pool other than p2pool is decentralized, they're all master->slave.  Pool dictates the work, miners mine it.  Just because the miner could decide to leave if they don't like what they see does not change the definition of decentralized.
p2pool is no more decentralized than GBT pools. GBT pools set down rules (so does p2pool!) and miners make their own work, deciding whether to follow those rules or not.

kano
Legendary
*
Offline Offline

Activity: 4522
Merit: 1844


Linux since 1997 RedHat 4


View Profile
April 15, 2013, 12:23:35 PM
 #69

Luke, eloipool is not decentralized.  It is transparent when using GBT (at the cost of significantly more bandwidth for pushing work).  No pool other than p2pool is decentralized, they're all master->slave.  Pool dictates the work, miners mine it.  Just because the miner could decide to leave if they don't like what they see does not change the definition of decentralized.
p2pool is no more decentralized than GBT pools. GBT pools set down rules (so does p2pool!) and miners make their own work, deciding whether to follow those rules or not.
Name one miner that does that on GBT ...

... and yes just coz you made up a new definition of decentralized, doesn't mean anyone else on the planet cares what you think it means.
We go by what it really means.

Edit: and of course the reality of it is:
If you change what you are doing on p2pool - change the rules - you can end up with your own share chain if you don't follow the rules of the main chain ... and can keep mining ... it's decentralised.
If you change what you are doing on a GBT pool - unless you are ONLY change the transaction selection - you CANNOT return work that the centralised pool will accept - you will lose all that work - you cannot override the rules of the CENTRALISED GBT pool.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
nathanrees19
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
April 15, 2013, 12:37:07 PM
 #70

p2pool is no more decentralized than GBT pools.

You're out of your fucking mind.
IVIasterZox
Sr. Member
****
Offline Offline

Activity: 330
Merit: 250


View Profile
May 01, 2013, 10:05:37 AM
 #71



So what did you do to stop it?
xenon481
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250



View Profile
May 01, 2013, 12:14:01 PM
 #72

So what did you do to stop it?

Did the pool ever reach 40% according to the below linked chart as was the requirement set forth in the OP?

http://blockorigin.pfoe.be/top.php

Tips Appreciated: 171TQ2wJg7bxj2q68VNibU75YZB22b7ZDr
foo
Sr. Member
****
Offline Offline

Activity: 409
Merit: 250



View Profile
May 05, 2013, 09:04:19 PM
 #73

So what did you do to stop it?

Did the pool ever reach 40% according to the below linked chart as was the requirement set forth in the OP?

http://blockorigin.pfoe.be/top.php

Right now it's at 40.28%.

I know this because Tyler knows this.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
May 05, 2013, 09:06:03 PM
 #74

So what did you do to stop it?

Did the pool ever reach 40% according to the below linked chart as was the requirement set forth in the OP?

http://blockorigin.pfoe.be/top.php

Right now it's at 40.28%.

First step of mitigation plan started yesterday when we are at 39.78%.  A small decrease in actual speed followed.  I'm expecting to see a continued small drop in speed over the next week as more miners become aware of the change.

RIP BTC Guild, April 2011 - June 2015
ISAWHIM
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500



View Profile
May 25, 2013, 05:18:16 PM
Last edit: May 25, 2013, 07:10:53 PM by ISAWHIM
 #75

I propose that you encourage users of the pool to "add another pool" using "load-balance", and for those users, optionally allow them to select "Connect as load-balanced".

The purpose of this setup is so you can "limit" those "load-balanced" workers to auto-adjust their work, based on worker names. Thus, in times where the pool seems too large, you give us less work, on purpose. This WILL NOT affect us with logins on multiple pools, and will allow you to keep any users who do not use load-balanced setups to maintain a constant rate of work.

You should encourage load-balanced setups, stating the obvious. Having a connection to multiple pools increases your average PPLNS "Luck" to the percentage of pools which you are actively connected to. EG, connecting to one pool, your luck may be 10% one day, 50% another, 90% another... Connected to 50% of the active pools, that same work would bring you 50%/75%/90%, since you have the luck of the other pools PPLNS, in addition to the work done on your pool.

EG, you are playing 6 hands of cards in a 10 hand card game, instead of only having 1 hand of good luck.

That also helps to keep the entire network stable, as your processing just rises on the active connections more, without being hindered by the lower work coming from the other connections. Also, you don't loose "credit" from PPLNS, and are not "pool-hopping", which looses critical processing time in the hops.

In the event that your servers do go down, due to an attack, or just too many incoming work-connections... We loose nothing, and you get all the fastest connections available. (Since it is balancing based off "the most efficient connections" on our side.)

NOTE: The option in CGMiner is (BAT-File: --load-balance) or (CONF-File: "load-balance" : true,), Only works when multiple pools are loaded or "enabled". NOTE: You can solo-mine this way also, while participating in a pool, with your wallet running in "-server" mode. (For those who did not know that was a possibility.)

P.S. I encourage YOU to encourage THEM/US to assist pools who have smaller portions of the pool. That will greatly help-out everyone on the network, more than joining only the top pools. FYI: if we all did this, that would ensure and maintain that no one pool ever dominates over 33% of the network. Might also help to directly talk to other pool operators, and setup a "load-balance monitor that you all share, behind the scenes, with each-other. If one is a little over-burdened, they can let you know, and you can lighten your load balancing limits for that time.
Adrian-x
Legendary
*
Offline Offline

Activity: 1372
Merit: 1000



View Profile
June 06, 2013, 04:53:24 PM
 #76

To the BTC Guils comunity.

The Genesis Block has an article that addresses 2 concerns relevant to miners and pools.
http://www.thegenesisblock.com/go-fork-yourself-life-after-a-bitcoin-hard-fork/

First off I was wondering what this community (and eleuthria)  thinks of Dan Kaminsky view of ASIC's contribution to mining?

And Secondly what this community (and eleuthria's) thinking of Peter Todd's limiting the block size to encourage development of a layer of services on top of Bitcoin to address micropayments and the like. 

Thank me in Bits 12MwnzxtprG2mHm3rKdgi7NmJKCypsMMQw
junshong
Full Member
***
Offline Offline

Activity: 192
Merit: 100

Hi!


View Profile
September 21, 2013, 07:31:50 AM
 #77

The hashrate seems to be growing, its 39% now. And just now, BTCguild found 4 blocks continuously. Gonna reach 51% soon.

Isokivi
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000


Items flashing here available at btctrinkets.com


View Profile WWW
September 21, 2013, 06:41:10 PM
 #78

I think you should refer to your miners as lemmings solong as the pool holds over a quarter of the network hashrate, hope you can incorporate this in to your mitigation plan asap.

Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
os2sam
Legendary
*
Offline Offline

Activity: 3578
Merit: 1091


Think for yourself


View Profile
September 21, 2013, 06:48:24 PM
 #79

I think you should refer to your miners as lemmings solong as the pool holds over a quarter of the network hashrate, hope you can incorporate this in to your mitigation plan asap.

Lemmings = People who want a stable mining experience in order to maximize the usefulness of their mining hardware.

That doesn't sound anything like the video game to me.

If you don't like us mining on Deepbit, er I mean BTC Guild then get the Client developers to incorporate Stratum, GBT and User Defined Difficulty into into the Bitcoin-QT so that people with high hash rate ASIC's have a viable choice of where to mine without having to setup their own private pool.

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Isokivi
Hero Member
*****
Offline Offline

Activity: 910
Merit: 1000


Items flashing here available at btctrinkets.com


View Profile WWW
September 21, 2013, 06:51:31 PM
 #80

I think you should refer to your miners as lemmings solong as the pool holds over a quarter of the network hashrate, hope you can incorporate this in to your mitigation plan asap.

Lemmings = People who want a stable mining experience in order to maximize the usefulness of their mining hardware.

That doesn't sound anything like the video game to me.

If you don't like use mining on Deepbit, er I mean BTC Guild then get the Client developers to incorporate Stratum, GBT and User Defined Difficulty into into the Bitcoin-QT so that people with high hash rate ASIC's have a viable choice of where to mine without having to setup their own private pool.
Let me fix that for you:

Lemmings = People who want a stable mining experience in order to maximize the usefulness of their mining hardware. At the risk of putting the entire network and blockchain in constant jeopardy and completely undermining the consept of a decentralized currency.

Bitcoin trinkets now on my online store: btc trinkets.com <- Bitcoin Tiepins, cufflinks, lapel pins, keychains, card holders and challenge coins.
Pages: « 1 2 3 [4] 5 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!