Bitcoin Forum
May 10, 2024, 05:56:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3]  All
  Print  
Author Topic: On reversible transactions  (Read 528 times)
deisik (OP)
Legendary
*
Offline Offline

Activity: 3444
Merit: 1280


English ⬄ Russian Translation Services


View Profile WWW
February 09, 2019, 01:59:21 PM
 #41

What you don't seem to understand is that "once reversible" transactions will always be reversible. How do you determine who has the authority to reverse transactions? What gives you the confidence that once a precedent is there, you won't see "reversals" for "moral" reasons like wealth distribution and other garbage?

You may want to read the OP in its entirety first

This will not profound solution to cryptocurrency theft. As security level goes higher the hackers also upgrade their hacking techniques. The solution is just to be careful and security conscious

Being careful and aware of security concerns doesn't seem to help exchanges much

As they are continually being hacked with coins stolen. So we need something which would stop hackers at the protocol level itself, something which they can't possibly beat (then no improved hacking techniques will be able to help them). I think an option of locking addresses at this level with a whitelist of addresses attached would help a lot in this department. Can anyone ask Bitcoin developers to think about implementing this option?

1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
1715320571
Hero Member
*
Offline Offline

Posts: 1715320571

View Profile Personal Message (Offline)

Ignore
1715320571
Reply with quote  #2

1715320571
Report to moderator
franky1
Legendary
*
Offline Offline

Activity: 4214
Merit: 4475



View Profile
February 11, 2019, 02:27:42 AM
Last edit: February 11, 2019, 04:27:03 AM by franky1
 #42

This will not profound solution to cryptocurrency theft. As security level goes higher the hackers also upgrade their hacking techniques. The solution is just to be careful and security conscious

Being careful and aware of security concerns doesn't seem to help exchanges much

As they are continually being hacked with coins stolen. So we need something which would stop hackers at the protocol level itself, something which they can't possibly beat (then no improved hacking techniques will be able to help them). I think an option of locking addresses at this level with a whitelist of addresses attached would help a lot in this department. Can anyone ask Bitcoin developers to think about implementing this option?

again. no protocol changes are needed.
the issue is that exchanges use "hotwallets". meaning they store private keys on the very same server as the exchange front-end. thus if a hacker can get to the server he can get to the keys.

easy solution is that exchanges stop using hotwallets
next instead of usernames and passwords. users can register a public key on the exchange. and then to login AND to withdraw they simply sign a message the exchange requests to prove identity.
EG: 'sign a message using 13xamP734ddr355 with the message:
deisiksayzletzmein110219

user signs the message using their key and pastes it to the server
this public signature sits on a database on the server front end. and separately a remote server just sniffs the database and sees the withdraw request and see's that the signature matches the users registered public key and then its the remote(secret) system that then processes actual withdrawals. thus no passwords, no private keys are ever saved on the exchange server

that way a hacker cant just grab a private key, because there are none. and cannot log in, because they dont have access to sign a message to prove ID.

i find it absolutely astonishing that in a bitcoin world people are not using the benefits of signatures as proof of ID

I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER.
Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
deisik (OP)
Legendary
*
Offline Offline

Activity: 3444
Merit: 1280


English ⬄ Russian Translation Services


View Profile WWW
February 11, 2019, 06:38:56 AM
 #43

This will not profound solution to cryptocurrency theft. As security level goes higher the hackers also upgrade their hacking techniques. The solution is just to be careful and security conscious

Being careful and aware of security concerns doesn't seem to help exchanges much

As they are continually being hacked with coins stolen. So we need something which would stop hackers at the protocol level itself, something which they can't possibly beat (then no improved hacking techniques will be able to help them). I think an option of locking addresses at this level with a whitelist of addresses attached would help a lot in this department. Can anyone ask Bitcoin developers to think about implementing this option?

again. no protocol changes are needed.
the issue is that exchanges use "hotwallets". meaning they store private keys on the very same server as the exchange front-end. thus if a hacker can get to the server he can get to the keys

Exchanges don't store coins in hot wallets

Even if they do use hot wallets too as you seem to understand yourself (since you refer to hot wallets meaning you understand there are cold wallets as well). I don't know the exact ratio but I don't think that the amount of dough they store in their hot wallets exceeds a few percentages of their total holdings (unless there is an exchange run). The option proposed helps increase security of cold wallets, and it is a big deal

Pages: « 1 2 [3]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!