Bitcoin Forum
October 19, 2019, 05:39:32 AM *
News: 10th anniversary art contest
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 »  All
  Print  
Author Topic: [ANN] Atomic Trade New Virtual Currency Exchange USD BTC  (Read 43859 times)
teknohog
Sr. Member
****
Offline Offline

Activity: 510
Merit: 252


555


View Profile WWW
August 24, 2014, 06:31:41 AM
 #361

A good majority of this could have been avoided.

Exchange owners need to quit relying on their databases and start using the wallets features to their advantage.
Good points-- something to consider in the future, but this won't help with the current situation.

Personally, I'm fine with the lost trades, if the balances are restored according to each blockchain.

world famous math art | masternodes are bad, mmmkay?
Treat your coins with respect. Only "pump and dump" people.
1571463572
Hero Member
*
Offline Offline

Posts: 1571463572

View Profile Personal Message (Offline)

Ignore
1571463572
Reply with quote  #2

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

Posts: 1571463572

View Profile Personal Message (Offline)

Ignore
1571463572
Reply with quote  #2

1571463572
Report to moderator
gaalx
Sr. Member
****
Offline Offline

Activity: 411
Merit: 250



View Profile
August 24, 2014, 08:45:06 AM
 #362

ByronP, previously, when the exchange will recover work? Losses big?

saeeds255
Member
**
Offline Offline

Activity: 386
Merit: 10


View Profile
August 24, 2014, 10:19:34 AM
 #363

I hope the site back online soon ! I had about 70$ there  Sad

   H A R A                [  WHITEPAPER   │   LITEPAPER  ]                H A R A  
Empowering billions through data one byte at a time
TWITTER     GITHUB          REDDIT     FACEBOOK     BITCOINTALKLINKEDIN
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 12:12:02 PM
 #364

A new server is up and being prepped for the data. I will post back soon with my progress.
pineapples
Legendary
*
Offline Offline

Activity: 1190
Merit: 1000


to your stations, man the pineapples!!!


View Profile
August 24, 2014, 01:11:32 PM
 #365

ha.
what you need is to store all your data in a seperate blockchain.



--
A good majority of this could have been avoided.

Exchange owners need to quit relying on their databases and start using the wallets features to their advantage.

Trader creates an account on the website: web server either assigns them a unique customer id number or uses their email address or other unique identifier, calls getaccountaddress "userid" and tells the customer to send to that address to fund their account.

Trader receives coins to fund their account: web server isn't involved.

Trader is shown their current balance: getbalance "userid" 6 to get their 'confirmed' balance, and subtracts it from getbalance "userid" 0 to get their 'unconfirmed' balance.

Show the trader a list of transactions: listtransactions "userid"

Trader sends coins to another bitcoin address: sendfrom "userid" <address> <amount> - This prevents the server wallet balance from getting drained by an individual user, ask Cryptsy or Coinex about that one.

Trader transfers coins to another trader: move "userid1" "userid2" <amount>

Trader is charged a fee for use of the service: move "userid" "FEES" <amount> (using special accounts like "FEES" can make your application's logic much simpler)

This way when your database takes a shit but you still have the wallet you will be able to correlate user account names and their account balances.

I've seen it happen several times and I have seen the damage from sending funds from the server wallet using "sendtoaddress" AKA sending from their main wallet instead of using "sendfrom" which will only allow people/users to move/withdraw available funds.

Using "sendtoaddress" is what caused a lot of exchanges to get their entire server wallet drained, when if they would have used "sendfrom" the most that could ever be sent/withdrawn from a user account is what was actually in their account.

This would be helpful in this situation because even if you didn't know the trades that occurred you would know that all the users balances are correct.




YEEE F*#KIN HA BIG RED TEXT !!!           

(\__/)    
(='.'=)   
(")_(")   










     BUMBA
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 01:15:44 PM
 #366

ha.
what you need is to store all your data in a seperate blockchain.



--
A good majority of this could have been avoided.

Exchange owners need to quit relying on their databases and start using the wallets features to their advantage.

Trader creates an account on the website: web server either assigns them a unique customer id number or uses their email address or other unique identifier, calls getaccountaddress "userid" and tells the customer to send to that address to fund their account.

Trader receives coins to fund their account: web server isn't involved.

Trader is shown their current balance: getbalance "userid" 6 to get their 'confirmed' balance, and subtracts it from getbalance "userid" 0 to get their 'unconfirmed' balance.

Show the trader a list of transactions: listtransactions "userid"

Trader sends coins to another bitcoin address: sendfrom "userid" <address> <amount> - This prevents the server wallet balance from getting drained by an individual user, ask Cryptsy or Coinex about that one.

Trader transfers coins to another trader: move "userid1" "userid2" <amount>

Trader is charged a fee for use of the service: move "userid" "FEES" <amount> (using special accounts like "FEES" can make your application's logic much simpler)

This way when your database takes a shit but you still have the wallet you will be able to correlate user account names and their account balances.

I've seen it happen several times and I have seen the damage from sending funds from the server wallet using "sendtoaddress" AKA sending from their main wallet instead of using "sendfrom" which will only allow people/users to move/withdraw available funds.

Using "sendtoaddress" is what caused a lot of exchanges to get their entire server wallet drained, when if they would have used "sendfrom" the most that could ever be sent/withdrawn from a user account is what was actually in their account.

This would be helpful in this situation because even if you didn't know the trades that occurred you would know that all the users balances are correct.


thats actually a good idea :-)
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 01:16:40 PM
 #367

The data is in the process of being transferred to the new server... 160gb... may take some time
Zeke_Vermillion
Member
**
Offline Offline

Activity: 94
Merit: 10


View Profile
August 24, 2014, 01:22:58 PM
 #368

I have a suggestion for the future. Kind of a rough patch for last-case backup of account data. Why not allow users to export a copy of their personal ledgers, GPG-signed by Atomic Trade. Most people wouldn't bother, but folks with larger balances might. Then we have the comfort of holding some tangible proof of AT's obligations to depositors.

That said, anything that encourages people to be lazy and not withdraw balances from the account is potentially dangerous. No matter how trustworthy the operator, there is *always* a possibility for data loss. I just don't think it is possible to protect fully against damage from possible wallet loss or theft. Any representation to the contrary is irresponsible.

Maybe it's time to go a step further, and actively encourage fund withdrawals. Say, for any balance over some de minimis amount, the site would charge "interest" on deposits (except for deposits that are subject to an open order). Ouch, I know. But it would sure get people to w/d their funds in a timely fashion.
digit
Legendary
*
Offline Offline

Activity: 1644
Merit: 1006



View Profile
August 24, 2014, 01:50:58 PM
 #369

The data is in the process of being transferred to the new server... 160gb... may take some time

thanks for the update, please keep us informed, trying not to panic here Undecided hope we can be back on the site soon.

also is there any action or dispute you can take with microsoft azure as its seem to me they should be doing bit more then apologies for their failure to provide the level of service that would be reasonable to expect?

BTC:1DigitwteXwFcRAaWpVDRp6eKqzC6y9tgm ■ ŁTC:LKMcEHoFWHAUoRscqW1cwjhLgFrk7MgCWU ■ BLK:BR4WG59FjQYiQNVR3Ftn9EYgs4kJE1YLUK ■
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 02:15:39 PM
 #370

The data is in the process of being transferred to the new server... 160gb... may take some time

thanks for the update, please keep us informed, trying not to panic here Undecided hope we can be back on the site soon.

also is there any action or dispute you can take with microsoft azure as its seem to me they should be doing bit more then apologies for their failure to provide the level of service that would be reasonable to expect?


I'm sure M$ has there ass covered but first thing tomorrow the dogs will be on it anyway as it is due diligence on my part to pursue them.
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 02:21:10 PM
 #371

I have a suggestion for the future. Kind of a rough patch for last-case backup of account data. Why not allow users to export a copy of their personal ledgers, GPG-signed by Atomic Trade. Most people wouldn't bother, but folks with larger balances might. Then we have the comfort of holding some tangible proof of AT's obligations to depositors.

That said, anything that encourages people to be lazy and not withdraw balances from the account is potentially dangerous. No matter how trustworthy the operator, there is *always* a possibility for data loss. I just don't think it is possible to protect fully against damage from possible wallet loss or theft. Any representation to the contrary is irresponsible.

Maybe it's time to go a step further, and actively encourage fund withdrawals. Say, for any balance over some de minimis amount, the site would charge "interest" on deposits (except for deposits that are subject to an open order). Ouch, I know. But it would sure get people to w/d their funds in a timely fashion.

Interesting ideas :-)
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 02:26:59 PM
 #372

Please keep in mind (not to downplay the situation) that we are talking about 2 weeks of data not lost or stolen wallets. Once we switch to our own servers we can keep lots of DB backups since the transfer is to local devices where as the problem with using the cloud is the time it takes to transfer such large amounts of data prohibits keeping too many onsite backups.

But let me just thank you all for continuing to support my work as we move forward and take these problems in stride and continue to evolve into the best exchange possible.
Ignatius
Sr. Member
****
Offline Offline

Activity: 409
Merit: 250


View Profile
August 24, 2014, 02:37:06 PM
 #373

The data is in the process of being transferred to the new server... 160gb... may take some time

thanks for the update, please keep us informed, trying not to panic here Undecided hope we can be back on the site soon.

also is there any action or dispute you can take with microsoft azure as its seem to me they should be doing bit more then apologies for their failure to provide the level of service that would be reasonable to expect?


I'm sure M$ has there ass covered but first thing tomorrow the dogs will be on it anyway as it is due diligence on my part to pursue them.

Can we add proper backup policies to the "due diligence" to-do list?  Shocked
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 02:49:16 PM
 #374

The data is in the process of being transferred to the new server... 160gb... may take some time

thanks for the update, please keep us informed, trying not to panic here Undecided hope we can be back on the site soon.

also is there any action or dispute you can take with microsoft azure as its seem to me they should be doing bit more then apologies for their failure to provide the level of service that would be reasonable to expect?


I'm sure M$ has there ass covered but first thing tomorrow the dogs will be on it anyway as it is due diligence on my part to pursue them.

Can we add proper backup policies to the "due diligence" to-do list?  Shocked

It already is... there were daily backups on a vhd and monthly offsite backups. It is very hard to keep more backups than that using the cloud since transferring 160+gb of data takes forever... I believe this is in part due to network rate limiting on there part. However like I said this will not be an issue with the new system. Which will also allow for complete reporting functions without the need to detach the database.
gaalx
Sr. Member
****
Offline Offline

Activity: 411
Merit: 250



View Profile
August 24, 2014, 03:15:21 PM
 #375

ByronP, when recover exchange work?

ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 03:24:30 PM
 #376

ByronP, when recover exchange work?

Yes (it just takes ages to transfer and load up all the data)
Winst69
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
August 24, 2014, 03:29:32 PM
 #377

Byron please dont think im trying to interfere. I know you're busy getting things sorted, but a landing page with a breif whats happened and links to here and twitter would be good.
favdesu
Legendary
*
Offline Offline

Activity: 1722
Merit: 1000



View Profile WWW
August 24, 2014, 04:15:15 PM
 #378

since my account is younger than 2 weeks and I invested in ATP: https://blockchain.info/tx/e542e6736c12fe6bba03ea7f234c90842783d80054ae9713991125c61154ab9e here's the TX. expecting everything back.

thanks.

cinnamon_carter
Legendary
*
Offline Offline

Activity: 1148
Merit: 1018


It's about time -- All merrit accepted !!!


View Profile WWW
August 24, 2014, 04:30:46 PM
 #379

Byron please let us know who at microsoft is responsible for not taking care of you.
I really don't take kindly to anyone or a  corporation trying to screw people or it's customers over.
If my accounts lost some coins I will accept it since your exchange has been very supportive of listing Photon and the other blake coins.
I suggest you persue whatever solution is best for the long term success of the exchange and preservation of most customers funds.

Some action may have to be taken against who is deemed the parties responsible for this eventually.


Check out my coin Photon
Merge Mine 5 other Blake 256 coins - 6x your hash power  https://www.blakecoin.org/

The obvious choice is not always the best choice.

LOOK DEEPER - Look into the Blake 256 Family -- CC
ByronP
Hero Member
*****
Offline Offline

Activity: 597
Merit: 500



View Profile WWW
August 24, 2014, 05:07:57 PM
 #380

since my account is younger than 2 weeks and I invested in ATP: https://blockchain.info/tx/e542e6736c12fe6bba03ea7f234c90842783d80054ae9713991125c61154ab9e here's the TX. expecting everything back.

thanks.
Any accounts that are not in the current system should be recreated then you can send me your addresses or txid (via a support ticket) and I should be able to recreate the balances.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 [19] 20 21 22 23 24 25 »  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!