Author Topic: when will claiming genesis balances without importing private keys be supported?  (Read 4476 times)

0 Members and 1 Guest are viewing this topic.

Offline bytemaster

Not sure I follow entirely either - Are you using a method here similar to deterministic wallets?
http://bitcoinmagazine.com/8396/deterministic-wallets-advantages-flaw/

If so, is the basic overview usage . .

Chain creator uses:
PublicKeyB = somefunction1(PublicKeyA,chainID);

Sharedrop recipient uses:
PrivateKeyB = somefunction2(PrivateKeyA,chainID);


We're getting some flak and caution (rightly so) for requiring private keys to claim LTS . . reconsidering alternatives.

Remember, we don't have PublicKey/PrivateKey of the AGS/PTS... just the hash of said key.   So I generate a random new public key, then sign it with the private key of the PTS address.

With TITAN we do use this kind of derivation, except in a way that doesn't support auditors/observers and we never intentionally allow users to share a child private key with anyone.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline FreeTrade

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 700
    • View Profile
Not sure I follow entirely either - Are you using a method here similar to deterministic wallets?
http://bitcoinmagazine.com/8396/deterministic-wallets-advantages-flaw/

If so, is the basic overview usage . .

Chain creator uses:
PublicKeyB = somefunction1(PublicKeyA,chainID);

Sharedrop recipient uses:
PrivateKeyB = somefunction2(PrivateKeyA,chainID);


We're getting some flak and caution (rightly so) for requiring private keys to claim LTS . . reconsidering alternatives.
“People should be more sophisticated? How are you gonna get that done?” - Jerry Seinfeld reply to Bill Maher

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 12922
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BitShares: xeroc
  • GitHub: xeroc
Do I understand correctly that its basically a new wallet with new keys plus already signed transactions from the old addresses to the new addresses?

Offline bytemaster

3) Sign the new public key & chain ID with the private key belonging to the BTC/PTS address.
4) Export a new wallet file that contains the new private keys + signatures from the BTC keys.

So just so I understand it, does that mean that your shares in the new DAC are sent from the old BTC address which was written into the genesis block, to the new addresses that you just generated with this export feature? i.e. you are using your AGS private key to sign a transaction sending your shares to this new address?

Can I try this out in the next dry run?

We don't have the wallet-side tools available to do this yet, but the blockchain is able.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline speedy

  • Hero Member
  • *****
  • Posts: 1160
    • View Profile
  • BitShares: speedy
3) Sign the new public key & chain ID with the private key belonging to the BTC/PTS address.
4) Export a new wallet file that contains the new private keys + signatures from the BTC keys.

So just so I understand it, does that mean that your shares in the new DAC are sent from the old BTC address which was written into the genesis block, to the new addresses that you just generated with this export feature? i.e. you are using your AGS private key to sign a transaction sending your shares to this new address?

Can I try this out in the next dry run?

Offline cass

  • Hero Member
  • *****
  • Posts: 4311
  • /(┬.┬)\
    • View Profile
I just added support in the blockchain necessary to create a trusted wallet migration tool that will do the following:

1) Take a Chain ID + BTC Wallet/Password
2) Create a new public key for each address in the BTC wallet
3) Sign the new public key & chain ID with the private key belonging to the BTC/PTS address.
4) Export a new wallet file that contains the new private keys + signatures from the BTC keys.

The new wallet file can then be imported into a wallet for Chain ID and used without risking the theft of your BTC/PTS keys.

wow sounds really awesome :) eager to see  +5%
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

Offline hadrian

  • Sr. Member
  • ****
  • Posts: 467
    • View Profile
  • BitShares: hadrian
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline spartako

  • Sr. Member
  • ****
  • Posts: 401
    • View Profile
wallet_account_set_approval spartako

Offline bytemaster

I just added support in the blockchain necessary to create a trusted wallet migration tool that will do the following:

1) Take a Chain ID + BTC Wallet/Password
2) Create a new public key for each address in the BTC wallet
3) Sign the new public key & chain ID with the private key belonging to the BTC/PTS address.
4) Export a new wallet file that contains the new private keys + signatures from the BTC keys.

The new wallet file can then be imported into a wallet for Chain ID and used without risking the theft of your BTC/PTS keys.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline spartako

  • Sr. Member
  • ****
  • Posts: 401
    • View Profile

Is it possibile using ags and pts keys as "master keys" and using new generated keys in the genesis block for each dacs?

No, because we don't know the AGS and PTS public key, just the address (hash of public key).  This allows us to verify signatures but not perform other useful tasks.

Ok, it is clear. thanks!
wallet_account_set_approval spartako

Offline bytemaster

Is it possibile using ags and pts keys as "master keys" and using new generated keys in the genesis block for each dacs?

No, because we don't know the AGS and PTS public key, just the address (hash of public key).  This allows us to verify signatures but not perform other useful tasks.

For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline spartako

  • Sr. Member
  • ****
  • Posts: 401
    • View Profile
Is it possibile using ags and pts keys as "master keys" and using new generated keys in the genesis block for each dacs?
wallet_account_set_approval spartako

Offline ripplexiaoshan

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 2300
    • View Profile
  • BitShares: jademont
I worry about this issue too.  If you only hold PTS, it's OK, because we can send our PTS to another address after claiming our shares in new DAC, but for AGS, since it's not liquid, we have to be very careful.
BTS committee member:jademont

Offline yellowecho

When will claiming genesis balances without importing private keys be supported in the toolkit?
i.e. claiming by signing with private keys (proof of ownership) instead of having to trust every single DAC with your private keys.

IMHO, we can't launch anything without this since once there's a trojan DAC binary and it has compromised some private keys then it could kill the whole bitshares ecosystem.

 +5% Very good point.  We'll need some better, simpler solutions moving forward anyway for those less technically savvy.
696c6f766562726f776e696573

Offline liondani

  • Hero Member
  • *****
  • Posts: 3737
  • Inch by inch, play by play
    • View Profile
    • My detailed info
  • BitShares: liondani
  • GitHub: liondani
personally I claim whatever shares I deserve on DACs only after an implementation in this direction...