Bitcoin Forum
October 20, 2021, 08:19:07 PM *
News: Latest Bitcoin Core release: 22.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 »
1  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: October 31, 2011, 08:28:27 AM
psy: In what experience I had, the biggest barrier is doing the initial load of the blockchain. It was fairly I/O intensive and wrought havoc with my VPS. I eventually had to give up (as it would have taken several days to finish), and run it instead on my local machine. However, the particular host machine my VPS is on has had a history of high I/O load from other users, so it's possible it might work better elsewhere.

Yeah, it took several hours for me too, the first time. It was really frustrating actually when debugging it, when the integrity breaks near the end and you have to restart everything just to debug it! Grin

But, if you can manage to get a somewhat recent dump of the db, inserting the new missing blocks is faster. The latest backup I have is from late august and is about 420M.
2  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: October 30, 2011, 01:15:12 PM
Didn't see this till today... do you still want that fixed patch, or have you abandoned pident entirely in the meantime?

Well, I don't think I will run a pident instance here on the foreseeable future, although it would be nice to actually have it in a runnable state, if anyone else wants to host it Smiley
3  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: October 03, 2011, 07:41:49 PM
so it is down for good?  

Until someone can manage to get a working bitcoind with the getblockbycount patch, pretty much. Good news is, you can still toy with it, the source is still out there!
4  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: October 03, 2011, 06:15:24 PM
Ok who broke the server!

Turns out I did. The patched "getblockbycount" branch does not compile with the newer miniupnpc versions, so I'm basically stuck here. If anyone can fix it, it's cool. Since I didn't get any feedback about pident in the last few weeks, I thought nobody was really using it anyway…

(And, of course, merging the old getblockbyhash branch in the new tree fails. And I'm not that great with C++.)
5  Bitcoin / Mining / Re: How would you want a pool to be sponsored? on: September 28, 2011, 05:20:02 AM
How do you think a pool should earn its upkeep? It obviously needs to make money to operate, and it can only earn money from or on the miners (assuming it doesn't sell your data somewhere...). So, if you had the option to keep your favourite pool running (or the pool of your dreams), how would you want it to earn money to keep its servers running?

You forgot "Put f*ckin ads in the block headers" Roll Eyes
6  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: September 09, 2011, 02:43:36 PM
Hello everyone. Sorry, I moved out and I only got my internet connection back right now… I'm still quite content to see it worked fine except for the "pools not showing" problem.

It should be fixed now. Email me or reply if you have more issues Smiley
7  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: September 02, 2011, 01:27:39 PM
Okay, the recent changes are enough for a version bump (because why not?). There is now a cool SVG graph of pool sizes, pools are now correctly sorted by descending size. Added support for BTCServ and readded RFCPool (yes, they repoened!).

I'd like to add BitClockers, ABCPool and NinjaCoin to the list, but I can't… If you want them too, try to convince the operators to publish their blocks!

(Also, sorry for the downtime Monday & Tuesday, had a big power outage just when I left the house for 2 days…)
8  Bitcoin / Mining / Re: DeepBit Controls About 40% of the Hashrate, Should We Be Afraid? on: August 28, 2011, 12:43:25 PM
but even at 90% of the network there is still a 10% a chance they would not succeed.

No. that's not how it works. It's not that simple. Please refrain yourself from posting wrong statements.
9  Bitcoin / Pools / Re: 120 confirmations on: August 26, 2011, 12:49:29 AM
We have both instant payout (without any 120/100 confirmations) and pays for invalid blocks (orphans).
We have a reserved amount of bitcoins ready for handling both orphan blocks and having that 50 btc "buffer". This comes from a combination of generous donations and my own wallet Smiley

This way, you'll always be 100% sure that you'll get paid for your work, even if our network/peers are to slow to distribute your work - and the block becomes orphan.

--
Regards, Jim
Bit LC INC.

That's some nice little (and completely irrelevant) advertising you are doing there.
10  Bitcoin / Pools / Re: 120 confirmations on: August 25, 2011, 09:48:18 AM
go to bitclockers no waiting there. the 120 confirmations is bullshit

Your post is bullshit.

Generated coins cannot be used in transactions until they have at least 100 confirmations (but the official client won't let you until it has 120 for some reason). So, unless you do some magic with the payouts, you have to wait at least 100 confirmations until a pool can pay its rewards for this block.

This has nothing to do with transactions, which requires far less confirmations.

And, by the way, confirmations have nothing to do wrt. invalids and orphans. If you somewhat generate a better blockchain which forked 200 blocks ago, you can orphan 200 blocks at once (even the 80 "confirmed" ones). (To some extent, since the official client hardcodes some hashes in the early blockchain.) This is of course very unlikely to happen.
11  Bitcoin / Bitcoin Discussion / Re: Will we ever run out of bitcoin addresses? on: August 20, 2011, 02:17:54 PM
"There are 1,786,752 different addresses in the block chain. That's less than 0.000000000000000000000000000000000000001 % of all the addresses that can be generated."

But I used 2^160 ~= 1.46e48 as the total number of addresses (Because addresses are stored as hash160s internally, and I assume every hash160 is a valid address ; if I'm wrong then correct me!).
12  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: August 20, 2011, 11:44:42 AM
Do you think it would be difficult to add simplecoin.us?  It's not a pool which is trying to hide information and the site is being actively developed but I don't know the API situation.  It's been at 50 Gh/s recently so is big enough to be worth considering.

I offer 1 BTC for the addition of this pool.

The developers can be easily contacted here.


Okay, done. Now I don't mind you donating 1 BTC for pident developement, but to be honest, I don't think a 5-line commit is worth this Tongue
13  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: August 20, 2011, 11:24:11 AM
I tried running this in the past, but whenever I run updateblocks it fails to import, repeatedly spewing out:

PHP Warning:  pg_fetch_row() expects parameter 1 to be resource, boolean given in /root/pident/lib/inc.update.php on line 34
PHP Warning:  pg_query(): Query failed: ERROR:  current transaction is aborted, commands ignored until end of transaction block in /root/pident/lib/inc.update.php on line 100
000015/141657 processing... (00000000b3322c8c3ef7d2cf6da009a776e6a99ee65ec5a32f3f345712238473)PHP Warning:  pg_query(): Query failed: ERROR:  current transaction is aborted, commands ignored until end of transaction block in /root/pident/lib/inc.update.php on line 33

Can you tell me what version of postgresql you are using?

Thanks.

This was solved on IRC, but the problem was using PostgreSQL 8.x (needs version 9 at least).
14  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: August 17, 2011, 09:39:11 PM
Added BitMinter support. If I'm missing other pools, don't hesitate to nag me about it. (Or even better, add the support yourself and make a pull request!)

If I had the time...

BitClockers?

Yeah, unfortunately it's not as easy as it sounds. They don't put block hashes or block numbers, only a date. I tried to correlate the dates they give with the time headers of blocks, unsuccessfully. I tried every time zone, so I think they deliberately obfuscate their data. Until they do something about it, I can't really do much.
15  Bitcoin / Pools / Re: [570 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, SQL, hop OK, 8decimals on: August 15, 2011, 06:35:37 PM
Can anybody tell me why the payment per share has jumped on the latest block from 0.00002647 BTC to 0.00004292 BTC?

Not that I'm complaining!

It's a mistake, the share count is way off. I'll try to fix it.

[Edit: fixed]
16  Bitcoin / Pools / Re: Pool secretly sidelining hashing-power? on: August 12, 2011, 07:22:58 PM
Relay every 1000th share from another pool to his own miners and always answer "invalid" to the solution sent from the miner. while relaying the correct solution back to the other pool/solo miner.

Shares don't work that way. This can't be done.
17  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANNOUNCE] Mining on Ixcoin, a new Bitcoin fork on: August 12, 2011, 11:20:18 AM
Frankly, there's nothing wrong with Bitcoin. No, I'm not talking about the economy that's sprung up around Bitcoin, I'm talking about Bitcoin itself.

Can anyone tell me what's wrong with Bitcoin?

Hmm, it doesn't scale at all. Mining is flawed because it favors pooled mining (not really good for the decentralized part of the network). Also, the code of the client is pretty horrible as well. Also, the wallet.dat is stored unencrypted on the disk. Finally, we lack a wallet protocol and per-address signing.

(Edit: never mind. I should have realized you were trolling, as usual.)
18  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: August 11, 2011, 08:21:38 PM
Wont pool hoppers use/abuse this sort of thing? 

Maybe. That's not my problem.
19  Bitcoin / Pools / Re: BitPenny.com: Sustainable Mining on: August 11, 2011, 12:55:51 PM
This is fubar in so many different ways, it's not even worth trying. Also, obligatory "binary magic software may steal my wallet".
20  Bitcoin / Mining / Re: (Experimental) pident — a pool-biased blockchain representation on: August 10, 2011, 04:26:24 PM
Added BitMinter support. If I'm missing other pools, don't hesitate to nag me about it. (Or even better, add the support yourself and make a pull request!)
Pages: [1] 2 3 4 5 6 7 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!