Talk:List of address prefixes: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
→BIP 0173: new section |
||
| (3 intermediate revisions by 2 users not shown) | |||
| Line 12: | Line 12: | ||
* I'm not sure what you mean by that. Altcoins abusing bitcoin's blockchain are still altcoins. Also note that the version byte is for a version, not a namespace. CoinSpark seems to be inserting a "features" in the address. It makes sense to have this, I think, but it should be based on version 5 addresses (p2sh), not the obsolete version 0 (p2pkh)... Perhaps more importantly, this should be proposed on the development mailing list and made a BIP before appearing on this page. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 20:47, 7 July 2014 (UTC) | * I'm not sure what you mean by that. Altcoins abusing bitcoin's blockchain are still altcoins. Also note that the version byte is for a version, not a namespace. CoinSpark seems to be inserting a "features" in the address. It makes sense to have this, I think, but it should be based on version 5 addresses (p2sh), not the obsolete version 0 (p2pkh)... Perhaps more importantly, this should be proposed on the development mailing list and made a BIP before appearing on this page. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 20:47, 7 July 2014 (UTC) | ||
** CoinSpark is not an altcoin. It's a protocol for enriching bitcoin transactions via OP_RETURNs. Of the 5 features on the current roadmap, one is a variant on the idea of colored coins (I don't know if you would call that an altcoin or not) but the rest are all about making regular bitcoin transactions easier and more useful. I imagine it will be one of many such protocols which come out during the coming years, and I think there is sense in avoiding addressing clashes between these different protocols. As you say, [http://coinspark.org/developers/coinspark-addresses/ CoinSpark addresses] encode several types of information but this is not really appropriate for a BIP since it's not an enhancement to the bitcoin protocol itself. (Think TCP/IP and the Web.) So what mechanism would you suggest for avoiding addressing clashes? [[User:Gidgreen|Gidgreen]] ([[User talk:Gidgreen|talk]]) 06:28, 20 July 2014 (UTC) | |||
*** If it's not Bitcoin, it doesn't belong on the Bitcoin Wiki or in the Bitcoin blockchain. If it is Bitcoin, then a BIP is appropriate. BIPs are for any Bitcoin Improvement Proposal, not just select parts of the system. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 17:58, 20 July 2014 (UTC) | |||
It seems odd that keys (HD and WIF) are listed in a table of "address prefixes". | |||
--[[User:evoskuil|evoskuil]] 28 September 2015 | |||
== [[BIP 0173]] == | |||
This page and [[Address]] need to be updated to account for [[BIP 0173]] and [[Segregated Witness]]. | |||
Latest revision as of 07:59, 30 October 2017
Shouldn't the line 128 5 Bitcoin Private key 5Htn3FzuH3b1X5VF2zLTsAQzBcyzkZNJsa2egXN8ZFJTCqQm3Rq be 128 t Bitcoin Private key tHtn3FzuH3b1X5VF2zLTsAQzBcyzkZNJsa2egXN8ZFJTCqQm3Rq according to 127-128 t 34 ? --ThePiachu (talk) 01:59, 27 June 2012 (GMT)
What is the policy regarding addresses which are not altcoins but which relate to protocols being built on top of bitcoin? I think there is value in some kind of registry for such protocols to prevent address clashes, and help users know the purpose of different addresses. But I don't want to overstep if that's not the purpose of this page. --gidgreen 7 July 2014 (GMT)
- I'm not sure what you mean by that. Altcoins abusing bitcoin's blockchain are still altcoins. Also note that the version byte is for a version, not a namespace. CoinSpark seems to be inserting a "features" in the address. It makes sense to have this, I think, but it should be based on version 5 addresses (p2sh), not the obsolete version 0 (p2pkh)... Perhaps more importantly, this should be proposed on the development mailing list and made a BIP before appearing on this page. --Luke-jr (talk) 20:47, 7 July 2014 (UTC)
- CoinSpark is not an altcoin. It's a protocol for enriching bitcoin transactions via OP_RETURNs. Of the 5 features on the current roadmap, one is a variant on the idea of colored coins (I don't know if you would call that an altcoin or not) but the rest are all about making regular bitcoin transactions easier and more useful. I imagine it will be one of many such protocols which come out during the coming years, and I think there is sense in avoiding addressing clashes between these different protocols. As you say, CoinSpark addresses encode several types of information but this is not really appropriate for a BIP since it's not an enhancement to the bitcoin protocol itself. (Think TCP/IP and the Web.) So what mechanism would you suggest for avoiding addressing clashes? Gidgreen (talk) 06:28, 20 July 2014 (UTC)
It seems odd that keys (HD and WIF) are listed in a table of "address prefixes". --evoskuil 28 September 2015
BIP 0173
This page and Address need to be updated to account for BIP 0173 and Segregated Witness.