User talk:Luke-jr: Difference between revisions

From Bitcoin Wiki
Jump to navigation Jump to search
Luke-jr (talk | contribs)
Luke-jr (talk | contribs)
Line 28: Line 28:
* Newer (version 5) addresses do not always represent a public key, and even when they do, don't contain the hash of that key itself. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 01:00, 6 January 2013 (GMT)
* Newer (version 5) addresses do not always represent a public key, and even when they do, don't contain the hash of that key itself. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 01:00, 6 January 2013 (GMT)
* Aha ... "always" was the critical word. I did not know. This "address" is also not very well defined. :) But are these common named "bitcoin addresses" in more than 99.9 % of the txouts (of current usage) still RIPEMD-160 hashs of public keys, or I'm wrong? [[User:Smtp|Smtp]] ([[User talk:Smtp|talk]]) 11:07, 6 January 2013 (GMT)
* Aha ... "always" was the critical word. I did not know. This "address" is also not very well defined. :) But are these common named "bitcoin addresses" in more than 99.9 % of the txouts (of current usage) still RIPEMD-160 hashs of public keys, or I'm wrong? [[User:Smtp|Smtp]] ([[User talk:Smtp|talk]]) 11:07, 6 January 2013 (GMT)
* The newer addresses are defined in [[BIP 0012]]. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 13:20, 6 January 2013 (GMT)
* The newer addresses are defined in [[BIP 0013]]. --[[User:Luke-jr|Luke-jr]] ([[User talk:Luke-jr|talk]]) 13:20, 6 January 2013 (GMT)


==bitcoind release history==
==bitcoind release history==

Revision as of 13:21, 6 January 2013

Reverted your edit on Alt-chain release RFC

I think your edit is anti-competitive, and is against the spirit in which I drafted the RFC. You can write a paragraph that encourages working within the boundaries of Bitcoin, but it must accept the possibility of deciding to create a real, competing alt coin. I also disapprove of you deleting the exchanges section.

Ripper234 (talk) 17:53, 19 August 2012 (GMT)

Your recent edits on litecoin are interesting lukeJnr. I'm concerned that you consider litecoin a threat to bitcoin rather than something which improves the overall system of electronic payments. The biggest threat to bitcoin as a network is actually terracoin.

--laSeek (talk)

  • I haven't made any edits to Litecoin recently. I'm not familiar with Terracoin. --Luke-jr (talk) 01:40, 20 December 2012 (GMT)

Undid/revision of yours in Address

Hi

I cite from the log-file of article address:

# (cur | prev) 2013-01-02T23:23:14‎ Luke-jr (Talk | contribs)‎ . . (6,151 bytes) (-125)‎ . . (Undo revision 34431 by Smtp (talk): This does not apply to newer addresses, and is already covered in the details that follow) (undo)
# (cur | prev) 2013-01-02T20:46:58‎ Smtp (Talk | contribs)‎ . . (6,276 bytes) (+125)‎ . . (bitcoin address  is a encoded hashvalue of a public key!) (undo).

Sorry, where is this This does not apply to newer addresses, and is already covered in the details that follow mentioned in the article?

smtp

  • Newer (version 5) addresses do not always represent a public key, and even when they do, don't contain the hash of that key itself. --Luke-jr (talk) 01:00, 6 January 2013 (GMT)
  • Aha ... "always" was the critical word. I did not know. This "address" is also not very well defined. :) But are these common named "bitcoin addresses" in more than 99.9 % of the txouts (of current usage) still RIPEMD-160 hashs of public keys, or I'm wrong? Smtp (talk) 11:07, 6 January 2013 (GMT)
  • The newer addresses are defined in BIP 0013. --Luke-jr (talk) 13:20, 6 January 2013 (GMT)

bitcoind release history

A different point: in the article Bitcoind in the release history table, I just have deleted your "source" entry in the colum platform. You should write there the supported OS and still better give a reference for this release as a URL. :) Thx, smtp Smtp (talk) 11:07, 6 January 2013 (GMT)

    • Many of the stable/backport releases exist only as tags or win32+source code tarballs. Just putting win32 in the latter cases suggests Linux isn't supported, when in fact you only need to build the binaries yourself. --Luke-jr (talk) 13:20, 6 January 2013 (GMT)