Bitcoin Forum
December 15, 2018, 01:25:05 AM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Poll
Question: Sentiments?
You're an idiot, don't do this! - 154 (47.4%)
I don't like this, but I agree we need to move forward with it. - 26 (8%)
We should have waited longer, but I guess it needs to move forward now. - 26 (8%)
Great, it's about time! - 44 (13.5%)
You're a hero, let's get this deployed everywhere ASAP! - 49 (15.1%)
If it's from Luke, it can't be any good. - 26 (8%)
Total Voters: 325

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15]  All
  Print  
Author Topic: Miners: Time to deprioritise/filter address reuse!  (Read 51348 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
justusranvier
Legendary
*
Offline Offline

Activity: 1400
Merit: 1006



View Profile WWW
November 24, 2013, 04:04:54 AM
 #281

But it can't use the bitcoind wallet trough RPC?
Not yet.

Right now it needs direct access to the downloaded blockchain files. Being able to connect to a remote bitcoind is a feature that he'll add "soon".
PLAY NOW
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1544837105
Hero Member
*
Offline Offline

Posts: 1544837105

View Profile Personal Message (Offline)

Ignore
1544837105
Reply with quote  #2

1544837105
Report to moderator
1544837105
Hero Member
*
Offline Offline

Posts: 1544837105

View Profile Personal Message (Offline)

Ignore
1544837105
Reply with quote  #2

1544837105
Report to moderator
1544837105
Hero Member
*
Offline Offline

Posts: 1544837105

View Profile Personal Message (Offline)

Ignore
1544837105
Reply with quote  #2

1544837105
Report to moderator
Syke
Legendary
*
Offline Offline

Activity: 2814
Merit: 1020


View Profile
November 24, 2013, 04:17:11 AM
 #282

Slowing down transactions is not the right way of accomplishing the intented purpose. The right way is to make unique addresses easier to use.

Buy & Hold
Syke
Legendary
*
Offline Offline

Activity: 2814
Merit: 1020


View Profile
November 24, 2013, 04:23:38 AM
 #283

Bitcoin is never anonymous, no matter how you use it.

Ok, who is this person:

https://blockchain.info/address/1Dc7NUeohUaujaqzcUg9XQ7YLzSGjn1FRG

Buy & Hold
Luke-Jr
Legendary
*
Offline Offline

Activity: 2422
Merit: 1011



View Profile
November 24, 2013, 04:31:00 AM
 #284

Doesn't matter, there's a pseudonym visible.
Anonymity means you cannot name them at all.
Bitcoin is at best pseudonymous.

Practical difference: a pseudonym can be named/identified and theoretically be found, whereas someone anonymous cannot be identified at all distinct from any other actor.

prophetx
Legendary
*
Offline Offline

Activity: 1442
Merit: 1000


he who has the gold makes the rules


View Profile WWW
November 24, 2013, 12:24:55 PM
 #285


S/he has not used their btc yet Smiley

WINGS Beta is live - list your project for only 200 WINGS (erc20 coin) at https://wings.ai - over $750 Million raised by ICOs with WINGS
Cryddit
Legendary
*
Offline Offline

Activity: 910
Merit: 1037


View Profile
November 24, 2013, 03:28:39 PM
 #286

Slowing down transactions is not the right way of accomplishing the intented purpose. The right way is to make unique addresses easier to use.

First, this doesn't slow down transactions unless blocks are full (at the 1Mb limit) in which case *some* transactions would be slowed down anyway.  This just gives the *FIRST* transactions to all addresses higher priority than the *SECOND* or later transactions to all addresses.
User705
Hero Member
*****
Offline Offline

Activity: 868
Merit: 1005



View Profile
November 25, 2013, 04:02:10 AM
 #287

Not sure if this was answered but how would this affect things like Asicminer dividends or are large transaction prioritized anyways?

            ▄▄████▄▄
        ▄▄██████████████▄▄
      ███████████████████████▄▄
      ▀▀█████████████████████████
██▄▄       ▀▀█████████████████████
██████▄▄        ▀█████████████████
███████████▄▄       ▀▀████████████
███████████████▄▄        ▀████████
████████████████████▄▄       ▀▀███
 ▀▀██████████████████████▄▄
     ▀▀██████████████████████▄▄
▄▄        ▀██████████████████████▄
████▄▄        ▀▀██████████████████
█████████▄▄        ▀▀█████████████
█████████████▄▄        ▀▀█████████
██████████████████▄▄        ▀▀████
▀██████████████████████▄▄
  ▀▀████████████████████████
      ▀▀█████████████████▀▀
           ▀▀███████▀▀



.SEMUX
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
  Semux uses .100% original codebase.
  Superfast with .30 seconds instant finality.
  Tested .5000 tx per block. on open network
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
█ █
murraypaul
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


View Profile
November 25, 2013, 02:41:51 PM
 #288

I don't see the problem with mining.  You don't need to give the pool a payment address until it's time for you to take your balance.  You can put *MONTHS* or even *YEARS* of mining output in a single tx, in a single address

Which is a really bad idea, and one that I imagine most pool operators would strongly advise you not to do.
Bitcoins in your account with a pool are not really yours, not yet. They are just a ledger entry saying that the pool owes you money.
If the pool is hacked, or just vanishes, those Bitcoin are gone.
And it isn't as though that hasn't happened, more than once.

BTC: 16TgAGdiTSsTWSsBDphebNJCFr1NT78xFW
SRC: scefi1XMhq91n3oF5FrE3HqddVvvCZP9KB
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1005


Gerald Davis


View Profile
November 25, 2013, 04:12:46 PM
 #289

I don't see the problem with mining.  You don't need to give the pool a payment address until it's time for you to take your balance.  You can put *MONTHS* or even *YEARS* of mining output in a single tx, in a single address

Which is a really bad idea, and one that I imagine most pool operators would strongly advise you not to do.
Bitcoins in your account with a pool are not really yours, not yet. They are just a ledger entry saying that the pool owes you money.
If the pool is hacked, or just vanishes, those Bitcoin are gone.
And it isn't as though that hasn't happened, more than once.

Agreed.  The trust free (or reduced trust) alternative is to provide the pool a BIP32 address chain and the pool simply sends periodic payments to a new address each time.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2422
Merit: 1011



View Profile
November 25, 2013, 04:28:51 PM
 #290

How would that work with pools that have public stats? Especially Eligius, actually.

Perhaps show hash(BIP32 seed)? Otherwise, public seeds would not result in any more privacy.
Actually, I was thinking we should use hash(recurring invoice id) for the stats page, and not publish a list of those at all.
wizkid057 disagrees at the moment, though, so I'm not sure how it will turn out.

niothor
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


Look ARROUND!


View Profile
November 27, 2013, 01:12:50 PM
 #291

I assume you have already implemented this , can you give some feedback on its' effects?
I know that there are lost of variables , (time between blocks which leads to more or less transactions) but do you have any average on how the number transaction/blocked mined has evolved?


.........................................
             █████████████████
         ███ ██     █     ██ ███
       ██ █████     █     █████ ██
     ███   █   █  █████  █   █   ███
   ███     █    ███ █ ███    █     ███
  ██  ███ ██ ███    █    ███ ██ ███  ██
  ██     ████       █      █████     ██
 ███   ██ █  ███    █    ███  █ ██   ███
 █ █ ██   █     ██  █  ██     █   ██ █ █
█████     █       █████       █     █████
 █ █ ██   █   ████  █  ████   █   ██ █ █
 ███   ████ ██      █      ██ ████   ███
  ██  █  █████      █      █████  █  ██
  ██ ██   ██ ████   █  ████  ██   ██ ██
   ██      █     ██████      █     ███
     ████  █   ██████████    █  ████
       ██ █████     █    ██████ ██
         ███  ██    █   ███  ███
            █████████████████
ARROUND









.









.
Telegram
ANN Thread
Bounty Thread
Whitepaper
btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
December 08, 2013, 09:56:16 PM
 #292

Luke-Jr: how is the patch working out in practice? All ok?
Luke-Jr
Legendary
*
Offline Offline

Activity: 2422
Merit: 1011



View Profile
December 08, 2013, 11:14:49 PM
 #293

Luke-Jr: how is the patch working out in practice? All ok?
No, it really needs to be rewritten differently (as expected).
Unfortunately, that's very involved.

btcdrak
Legendary
*
Offline Offline

Activity: 1064
Merit: 1000


View Profile
December 09, 2013, 01:46:13 PM
 #294

Juke-Jr,

I am sorry if this has been covered elsewhere, but I was thinking about the issues of address non(reuse) and how that affects paper wallets. Is there a way to have HD paper wallets? Something like you can scan the paper wallet to get an address to send funds to?

Unless there is a technical solution, this seems be an instance where it's not very practical when saving funds to cold storage.
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1000

Let the chips fall where they may.


View Profile WWW
December 16, 2013, 11:58:36 PM
 #295

The structure of HD Wallets is presented here.

If your are storing leafs, they have 512 bits of data. This is about twice as much data as traditional keys.

In the "serialization format" section, it says that the keys are up to 112 Characters in base-58 format, which is longer than traditional addresses, IIRC. However, in theory, you only have to back these up once.

I think a more interesting question is if this can be made to work with Pay to Script Hash and M-of-N Multisignature Transactions.

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
kkurtmann
Sr. Member
****
Offline Offline

Activity: 475
Merit: 250



View Profile WWW
August 23, 2014, 02:00:06 AM
 #296

this topic is still relevant with all the newbies thinking an address is a wallet

https://www.buytrezor.com?a=55c37b866c11   well sir, I like it!
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15]  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!