Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 333. (Read 837101 times)

This...

I support Gavin. He's the leader we should follow !

One other item was that the trojan makers have started to make some effort towards BTC. While no one is suggesting that the BTC code itself is under threat everyone who has a wallet on an unsecured system is and it is only going to get worse. I know I cannot secure a windows PC, worse those with less computer skills are going to think they are secure because norton told them so. I wouldn't even know where to start with a mobile OS.

So 3 options really. Go with one of the two upgrade options that of us voting 99% of us can not technically evaluate anyhow. And correct me if I am wrong the Devs already voted on the BIP16 although it was not unanimous so it spilled over to us?

Or delay implementation and run the risk of the public losing confidence in BTC if the hackers manage to steal enough coin and this is going to become more likely as the more of less computer savvy join BTC.

This is my vote and reasoning behind it.

1. I am not qualified to make an informed vote but the mechanics mean I must cast a vote anyhow.
2. Having the public lose confidence in a currency is far from good no mater how it happens - delay is out.
3. It appears the jack jr lost the dev team vote so sent it to the miners turning the decision into a raffle rather than and informed choice.

I guess that means I vote for BIP 16........

 
 

There ye go P4:
BIP12 (op_eval), BIP16 (op_p2sh) and  BIP17 (op_chv) are different implementations serving the same purpose of introducing multi-signature transactions at protocol level. To the end-user there's no real difference between them. BIP12 is now dead due to a fatal flaw having been discovered so the choice is between BIP16 and BIP17.
According to Maged, even most of the devs don't care which one eventually gets implemented.

With BIP16, transactions initiated by you look like normal transactions to the network while transactions sent to you require additional work, thus will be a tad slower until everyone upgrades their bitcoind to support them and more expensive (slightly higher fees). BIP17 does things the other way around.

Old clients won't confirm BIP16 transactions but will confirm BIP17 transactions and treat them as valid even though they don't actually parse them correctly.

BIP12 was being worked on since October. In December, a flaw was found making the transaction language (Script) turing-complete thus making it impossible to be statically analyzed. Some of the BIP12 code was recycled into BIP16. Lately, Luke fervently advocated his implementaion, now specified as BIP17 as being more elegant. Not "far superior", mind you, just "more elegant".

Whichever option eventually wins, I have full confidence in the devs having done the due diligence and scrutinized the code for flaws as best they can.

I suggest you don't believe the recently popular n00btalk deprecating the BIPs as rushed, unverified code being shoved down the miners' throats.

DISCLAIMER: This post has been written according to my best knowledge. I can't guarantee, however, that it is absolutely correct.

Actually there should also be "no vote". "Blank" meaning "I want the pool to create blank votes", and "no vote" meaning "I don't care, let the other miners decide".

I've been reading up on this now. Here are some threads I looked through:

BIP 16: https://en.bitcoin.it/wiki/BIP_0016
BIP 17: https://en.bitcoin.it/wiki/BIP_0017

Gavin Andresen (Lead Core Bitcoin Developer) trying to explain the matter in layman's terms: https://bitcointalksearch.org/topic/bip-16-17-in-laymans-terms-61125

Luke Jr (Eligius Pool Operator) explaining his side: https://bitcointalksearch.org/topic/old-p2sh-debate-thread-58579

Discussion about BIP 17, Luke Jr's suggestion: https://bitcointalksearch.org/topic/bip-17-60433

I think they were right to drop OP_EVAL (BIP 12) for being too risky (potential security problems). I also think bitcoin needs the increased security, escrow and other fancy stuff that comes with multisig transactions.

So, BIP 16, BIP 17, or postpone? Not sure yet.

It's very difficult to understand the different results we get from choosing BIP 16 or BIP 17. It's very technical. My pool software creates its own generate transaction, so I have at least looked at bitcoin transactions a little bit before. It seems totally confusing to me. I can only imagine how it looks to the average miner. I think only people who have been working on core bitcoin code can actually understand the issues well.

About voting with hash power, I think that can be the right way to do such changes, but pools complicate that a bit. It's a bit late now, but if there will be more such voting in the future, then perhaps it would be an idea to implement some sort of voting inside BitMinter. Say you vote on the website and the pool creates votes in the blocks we make to match how much hash power in our pool voted for the one or other option. The choices in this case would be "BIP16", "BIP17" or "blank". This would allow each miner to use their hash power the way they want.

Good to hear the pool operator wants to know what the miners think. I suspect thats more than what Luke did before casting his (miners') vote(s).

That said, I have no real opinion on the subject. I got no clue what its about. Maybe if someone could give me an executive summary I might form an opinion, but absent that, my second instinct is to trust Gavin above Luke.

Lotsa Namecoin blocks today...wierd

After somber study, I believe I would go with  BIP 16 (for P2SH) If I was mining solo. As I have no plans of leaving this pool, It would rest on the pools shoulders, and ultimately what Doc would decide. Jr seems to gung-ho to get his BIP 17 out there, and Gavin just wants to make it work with BIP 16. They both believe their way is best. I would suggest maybe archiving a backup copy of the current bitcoin software and running that, as securely as possible to maintain wallet and chain integrity until more research and testing can be done on testnet with both implementations

I'll move my 2 Ghash/s from solo mining to BitMinter if you start supporting BIP 16!

I will get a better server and set up a donation system. I think we are large enough now that donations can at least pay part of the server costs.


To be honest I haven't had time to read up on P2SH yet. But I will do so ASAP.

Also, I don't like using other people's hash power to do something they don't like. So if you have an opinion on P2SH please let's hear it.

Hey doc. Do we support P2SH?

http://blockchain.info/P2SH

And @ Jake, I'm a garbage man in Nebraska, you have no idea the people I meet buddy.

Wow, you're doing a much better job at it than I have been

still better mining here than at some of dem der stuffier high class type class type pools i rekon jake. we just gunn has to tighten our belts and clamp down on dem pickaxes so D&T can kechem!

(Most hillbilly I could muster in one night)

*continuing the hillbilly act*
Damn, them blocks have gone into hiding or just vacated our hunting spot.
:spits, scratches balls:
I'm winded. Could grab a cold beer too. Tiring this block hunting, that's what it is.

lulz

I pledge a coin or two if we area able to get to 200GHash/s with the same insanely low stale rate.
All in all, I'd rather mine on a small-to-medium sized pool than a 500GHash/s behemoth, though. For network decentralization's sake.

not me I haven't made my first coin here yet.....

I started on this pool by mining that very long coin the other day and accidentally broke the server....shhh don't tell anyone.

I want to donate to the pool for better server. Who is with me? Who will pledge coin to this great pool so we can make 200 Ghash/s before the end of next year? I have 5 pledged now.

Any way I can donate my NMC to the pool?
I have no use for them