Bitcoin Forum
June 16, 2024, 06:25:09 PM *
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 73 74 75 76 77 78 79 80 81 82 83 84 85 ... 104 »
681  Bitcoin / Bitcoin Discussion / Re: BIP 16 / 17 in layman's terms on: January 26, 2012, 12:55:12 PM
Right now, it looks like one person/pool (Tycho/deepbit) has enough hashing power to veto any change.
I really didn't expected to see such a lie from Gavin. Other pools have at least 50% of hashing power, just Slush and BTCguild are 27% combined. How can I outhash all the network with my current 32% ? (according to blockchaininfo's pie chart)
Of course I can't veto any change. I respect Gavin for all his hard work for Bitcoin's future, but this post was really SHOCKING for me. Is it really him ?
May be he sees that at this moment only 2% of the network supports his proposal and this is the way he wants to push it - by forcing Deepbit into adopting /P2SH/ and then outhashing other miners with Deepbit's share.

I'm not supporting /P2SH/ at this moment exactly because I don't want to be single deciding force and vote against majority of other miners.
(of course I don't like this "hackish" proposal too, and there are shady rumors about reasons for Gavin to support it, but I will implement it if significant amount of other miners will)
682  Bitcoin / Mining / Re: [BOUNTY] Bitcoin blockchain monitoring site on: January 26, 2012, 11:45:16 AM
Hello.
Do any of pledgers have any other opinion about if this solution meets requirements and should be awarded ? Looks like it does.
683  Bitcoin / Mining / Re: Miners don't even know they can vote on P2SH on: January 26, 2012, 11:26:34 AM
I am just stating the current situation. which is that you hold a disproportional amount of votes. you are just 1 guy holding 40% of the votes.
Slush and BTCguild are 2 guys holding 40+% of the votes. Not so much of a difference.

BTW you are the enemy of bitcoin and its underlying idea of decentralization and "trust no one". but it's the miners problem that they let you do that.
I have some different opinion on this matter :)
684  Bitcoin / Mining / Re: Miners don't even know they can vote on P2SH on: January 26, 2012, 11:18:46 AM
whats FUD?
FUD is something like this: https://bitcointalk.org/index.php?topic=3889.msg713766#msg713766

I proposed a 2 stage update as well (first for validation only, second for creation)
I proposed implementation of plain miltisigs and long addresses first, and then working on a better solution for pay-to-script, while already having 2-factor auth and escrow services support.

if you want to be somewhat more fair about this , start a vote on your pool's site, and let your miners decide how your pool should vote.
But IMHO the people who need to act here are the miners and not you.
Yes, I was thinking about this option too. But sadly most of my users don't have a clue about what P2SH is and what's the difference between those competing proposals. And their voting will be affected not by real properties of those solutions, but by PR on this forum.

P.S.: Remember that Deepbit was the first one to vote for OP_EVAL, which later turned out to be exploitable, buggy and not what devs wanted at all. Luckily no harm was done, but lesson learned. Thinking twice now.
685  Bitcoin / Pools / Re: Why do you mine on deepbit? on: January 26, 2012, 11:11:37 AM
We have cookies ! :)
686  Bitcoin / Mining / Re: Miners don't even know they can vote on P2SH on: January 26, 2012, 10:29:41 AM
So basically deepbit's pool owner decides whats going to happen.
Please don't spread FUD about this.
There are about 60% to 70% of miners who are not voting, excluding DeepBit. According to blockchaininfo's pie chart, currently only 2% of miners are voting for /P2SH/.
Of course I won't put my vote against the majority of other miners.

And I'm not "stopping the addition of new good features", I'm just being careful and care about the network. I'll accept any good solution for this problem.
Actually I proposed two-stage upgrade process since there are obviously no consensus between devs or miners, but no one cared to check the issue.
687  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: November 01, 2011, 10:09:12 PM
Tycho, are you coming to make any comment  ?
Do you remember exactly when this problem started ?
You can PM me your IP to check.

Pool's total hashrate didn't changed noticeable, so it should be something specific.
688  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 30, 2011, 11:51:02 PM
Deepbit uses a rolling 15min IIRC for speed calculation so just because it showed 2200 a day ago and now doesn't mean it was constantly 2200 over last 24 hours.
Averaging window is user-adjustable, it can be longer or shorter than 15 min.

Wait 1,666,814 shares in 24 hours?  Sure about that?  That is like 80GH/s.
This number shown on stats page is average pool's shares per block during last 24 hours, not total shares (it's explained there).

So i checked my end for miner down's or failing clocks, or stales, Nothings changed.
But yet im being under calculated by 400mh/sec
Now i know the way that deebit measures how fast miners are going isnt entirely accurate, But a 400mh/s miscalculation lastin for a day now? Thats just Messed Up.
This measurement includes your personal luck, some part of pool's luck and a little bit of global network luck. It should not be used for precise calculations.

If you want it to be closer to reality, increase your averaging window to 40 or 60 minutes.
689  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 29, 2011, 03:25:54 AM
I have the same problem - transaction is in payment history, but it still isn't in blockchain (searched after 1 hour). Was the deepbit payout system changed to send transaction not imediately but after some time?
EDIT: Trasaction finally arrived - after some 70 minutes.
Nothing was changed. Sometimes we have a long round and sometimes there are too many transactions to include.
It's normal. You just need to wait until it gets confirmed if you see the transaction in your payments history.
690  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 29, 2011, 03:21:25 AM
So what you're saying is even if I *do* solve one or two shares an hour, they will be stale/worthless, since the block will already have been solved?  Makes sense.
Not worthless if your miner supports long polling. But not really profitable.
The average time to generate a share at 435 Khps is 2 hours, 44 minutes, and 33 seconds
691  Bitcoin / Bitcoin Discussion / Re: update: casascius.COM is GOOD but casascius.NET is EVIL / FRAUD / SCAM / 1% on: October 26, 2011, 06:22:51 AM
I wonder if there will ever be a moment in time when most people will pay attention to HTTPS and related warnings in their browsers...
692  Bitcoin / Bitcoin Discussion / Re: will we see network hashing power drop due to BF3 release? on: October 24, 2011, 11:41:16 PM
No.

But price drop can cause some hashrate decrease in next days.
693  Bitcoin / Pools / Re: [827 GH/s 0% fee SMPPS] ArsBitcoin mining pool! Come join us! on: October 24, 2011, 10:56:08 PM
Actually it's not the same, it's SMPPS vs real PPS, AFAIK.
When the buffer is positive in a SMPPS pool, there is no functional difference between PPS and SMPPS.
Yes, the difference is that it's not guaranted to be always positive.

I'm not trying to say that it's worse, it's just not exactly the same.
694  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 24, 2011, 07:30:26 PM
I may be late to the party, quick question:  Would it be possible for you to throttle your connections to where if you start to exceed 50% of the total network, it refuses any other workers from connecting?
1) There is no way to know for sure if it's more than 50% or not.
2) Exceeding 50% doesn't hurts my pool or my users, so there is no need for such countermeasures, especially when wast majority of bitcoin community do not care about that.
695  Bitcoin / Pools / Re: [827 GH/s 0% fee SMPPS] ArsBitcoin mining pool! Come join us! on: October 24, 2011, 05:41:57 PM
With BTCGuild going PPS, I'm guessing we're going to see a small surge in people mining for ARS. ARS charges no fee, vs the fee @ BTCGuild, so there's really precious little reason NOT to mine here. I can fathom wanting a Prop system vs. PPS, but now that we're both the same, except ARS has no fee.... ummm... yeah.
Actually it's not the same, it's SMPPS vs real PPS, AFAIK.
696  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 24, 2011, 05:31:24 PM
I think it would do the CoinNetwork some GOOD, if deepbit At Some Point temporarily controlled >51% of the network hash rate.
Some people think that this already happened more than once.
I believe that nothing bad will happen in this case and if someone else will gain >50% and do "bad things", the network will heal itself.

The community should either a) create a good monitoring service, b) develop something to prevent any bad things from happening when some entity is over 50%, c) stop complaining
because if a pool can be over 50%, then other miners can do this too, and then you won't be able to stop it.
697  Bitcoin / Pools / Re: [3000 Gh/s] DeepBit.net PPS+Prop,instant payouts, we pay for INVALID BLOCKS too on: October 24, 2011, 02:33:28 AM
I request everyone...
Oh, so that's where bitcoin's central authority is :)

You are a bit wrong comparing apples and oranges. You don't know network's total hashrate, you can only know network's resulting "blocks per unit of time" speed.
It may be a 12 TH/s with a very bad luck, or the opposite. So if you are comparing network with some pools, you should compare same parameters, like that "blocks per unit of time" (which is almost useless because it's based on past luck).

What I'm trying to say is that deepbit's hashrate didn't changed dramatically in last days and I really doubt that only those who aren't mining in deepbit are leaving the network (which can explain such increase of pool's part if it was real), so this deviation is probably just caused by luck.
698  Bitcoin / Bitcoin Discussion / Re: Casascius Bitcoin POS system on: October 24, 2011, 02:21:16 AM
Congratulations for making it into the news :)
Looks like they think it's a new "official" firmware.

http://moneynews.ru/News/15648/
699  Bitcoin / Bitcoin Discussion / Re: Casascius Bitcoin POS system on: October 21, 2011, 07:39:46 AM
That's assuming the wallet is stored on the card. Keypad cards can work with ANY data that needs to be encrypted with a password. The encrypted data can be a password string from an exchange or e-wallet service allowing the card to be used.
You didn't get my point.

For example, with smart (encrypting, non-wireless) cards a solution for online wallet payments will cost less than $1000 including the SDK, a couple of readers and some cards. With this one can start developing and produce a complete turnkey POS.

Now, how much $$ you need to start and set up a system with that keypad card ?
700  Bitcoin / Bitcoin Discussion / Re: Casascius Bitcoin POS system on: October 21, 2011, 07:29:44 AM
I like such wireless solutions, except one thing: I want there to be a button for disconnecting the card's coil so it can only be accessed when I want to, not just when it stays in my pocket.
Read up on Visa's keypad card. That pretty much is the best solution imo.
May be, but keypad cards are impossible to use with bitcoins at this moment, contrary to cheap mifare cards and equipment.

Also sadly wireless card can be used for instant payment only with the help of some online wallet service :(
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 73 74 75 76 77 78 79 80 81 82 83 84 85 ... 104 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!