Incorrect TITAN instructions in wiki

[karnal]

TITAN is a disadvantage for bitshares. The bitshares network even do not support a blockchain explore.

Not sure if trolling.

[xeroc]

TITAN is a disadvantage for bitshares. The bitshares network even do not support a blockchain explore.

plain wrong ..
it's even better ... bitshares client has a block explorer built-in
and it's the exact same thing as in bitcoin ... the only thing that you can in general NOT do is link an address to a person .. same thing as in bitcoin

So please inform yourself before spreading FUD!!

[xiahui135]

TITAN is a disadvantage for bitshares. The bitshares network even do not support a blockchain explore.

[xeroc]

Alright. Glad I asked! 

So, by the same token, paying for a new (titan) account FROM a TITAN account should not have privacy implications?

Even if the account reg will show up on the block right next to the 0.5 BTS fee, it will not be possible to tie that address, if the sending (paying for reg) account is TITAN. Correct?

Yup

[karnal]

Alright. Glad I asked! 

So, by the same token, paying for a new (titan) account FROM a TITAN account should not have privacy implications?

Even if the account reg will show up on the block right next to the 0.5 BTS fee, it will not be possible to tie that address, if the sending (paying for reg) account is TITAN. Correct?

[xeroc]

One angle I forgot to cover, how about NonTitanA to TitanA ? In this case it cannot be known except for the parties involved that the destination was TitanA ---- correct?

If the receiver account is TITAN you can link the receiver address to the receiver account name ..

if the sender is titan you cannot link the server address to a sender account name

if the sender and the receiver are titan account you cannot link neither of both to an account name

[karnal]

One angle I forgot to cover, how about NonTitanA to TitanA ? In this case it cannot be known except for the parties involved that the destination was TitanA ---- correct?

[karnal]

That's what I thought, just wanted to make sure.

I wonder if most present users realize we are broadcasting all of our (bitshares ecosystem) financial life for the whole of the internet to see, for eternity 

Speaking for myself, I was pretty convinced all accounts would be TITAN-enabled by default 


Eh well, I'll take your instructions into consideration and begin planning around that.. would be sweet if the checkbox idea materializes as well, definitely.


As usual, thank you, your assistance's really appreciated

[xeroc]

Makes sense.. one more question, if non-titan A sends funds to non-titan B, can anyone automatically know this by observing the blockchain?

EDIT: to be more precise, can anyone know that NonTitanA is sending to NonTitanB (knowing that the transaction occured is possible by anyone, of course, but can anyone know the account names from blockchain observation?)

If you send funds from non-TITAN account A to non-TITAN account B .. you send funds from an address that is bound to account A to an address that is bound to account B.
So in short: yes .. everyone can see you move the funds from account A to B .. and you can see the account names of A and B

[karnal]

 

And -- if indeed it is the faucet, how about adding a simple checkbox, perhaps defaulting to yes, for accounts reg'd through it?

good idea
https://github.com/BitShares/web_services/issues/24

 

[karnal]

Almost .. It's actually *registering* as public account.

Good point. The account is created locally, but registered by the faucet.

Jup .. that link can be made as you need to pay for it. BUT, you can also let
someone else pay the registration fee and register your account as titan
account. Also, you just need to move your funds from your account back to you
own account .. maybe in smaller junks .. and the from the blockchain, noone will
be able to tell if its still in your control or not.

Also, you don't necessarily need to 'register'.. you can use address as in
bitcoin too. This will be made easier in the next release.

So in order for your account to not be linked to any of your other funds due to
registration, you could do the following:
1) create a wallet / account (not registered)
2) get some funds from somewhere
3) create a new local account that you want to register
4) send 0.5 BTS from your funds to the new account
5) register your new account using the funds in the new account

you may even have some more intermediate steps to 'unlink' the source of your
funds.

Makes sense.. one more question, if non-titan A sends funds to non-titan B, can anyone automatically know this by observing the blockchain?

EDIT: to be more precise, can anyone know that NonTitanA is sending to NonTitanB (knowing that the transaction occured is possible by anyone, of course, but can anyone know the account names from blockchain observation?)

[xeroc]

And -- if indeed it is the faucet, how about adding a simple checkbox, perhaps defaulting to yes, for accounts reg'd through it?

good idea
https://github.com/BitShares/web_services/issues/24

[xeroc]

I'm not sure if I follow. So it is the faucet that is creating the account as
public?

Almost .. It's actually *registering* as public account.

If this is so, then I don't see how to avoid linking one of the non-titan
accounts with the new titan-account (as a consequence of funding the new titan
account from a previously created account with a BTS balance).

Jup .. that link can be made as you need to pay for it. BUT, you can also let
someone else pay the registration fee and register your account as titan
account. Also, you just need to move your funds from your account back to you
own account .. maybe in smaller junks .. and the from the blockchain, noone will
be able to tell if its still in your control or not.

Also, you don't necessarily need to 'register'.. you can use address as in
bitcoin too. This will be made easier in the next release.

So in order for your account to not be linked to any of your other funds due to
registration, you could do the following:
1) create a wallet / account (not registered)
2) get some funds from somewhere
3) create a new local account that you want to register
4) send 0.5 BTS from your funds to the new account
5) register your new account using the funds in the new account

you may even have some more intermediate steps to 'unlink' the source of your
funds.

Also, could you provide a working example of an invocation of that command? It
seems strange if [] denotes the parameter being optional.

Code: [Select]

wallet_account_register newname payfromthisimport {} 255 "titan_account"


[karnal]

And -- if indeed it is the faucet, how about adding a simple checkbox, perhaps defaulting to yes, for accounts reg'd through it?

[karnal]

I'm not sure if I follow. So it is the faucet that is creating the account as public?

If this is so, then I don't see how to avoid linking one of the non-titan accounts with the new titan-account (as a consequence of funding the new titan account from a previously created account with a BTS balance).

Also, could you provide a working example of an invocation of that command? It seems strange if [] denotes the parameter being optional.