lophie



Offline



Activity: 924

Merit: 1000



Unlimited Free Crypto







Hero MemberActivity: 924Merit: 1000Unlimited Free Crypto The 94% Con by Jon Montroll November 18, 2013, 09:24:01 AM

Last edit: January 04, 2014, 11:44:11 PM by lophie #1 The 94% Con by Jon Montroll



Latest News:: Ukyo Ran To Cyprus!

THE BITCOINS ARE NO LONGER THERE, OUR BITCOINS ARE LOST! Ukyo LEFT TO CYPRUS BUT HIS FAMILY ARE STILL IN TEXAS. GET YOUR PITCHFORKS AND GO TO TEXAS. WE WILL POST HIS HOME ADDRESS PUBLICLY HERE TOMORROW! PLUS HIS PERSONAL CELLPHONE NUMBER



What happened::



Ukyo is the operator of WeExchange.co. Recently trying to withdraw anything from the exchange would result into an error message "Could not connect to 2nd stage server." and thus getting the bitcoins stuck in WeExchange. throughout the past several weeks Ukyo was active and communicative regarding this issue and indeed manually he processed many stuck withdrawal requests.



In the very recent couple of days the error occurrences jumped from unlikely, likely, most likely and currently it is definitely! Currently every single withdrawal from WeExchange results into a "Could not connect to 2nd stage server." error.



This SCAM accusation thread is actually the last straw before a full blown scam accusation and finger pointing, it tries to explain the impatience with Ukyo and why, currently, it is more likely that Ukyo simply does not have the funds at all! In the worst case scenario we hope to get Ukyo a Scammer tag simply because he is not taking the means of tagging himself "I am not a scammer!". His arguements along with ours are to be listed and discussed below after the general information of the SCAM template.



Scammers Profile Link: https://bitcointalk.org/index.php?action=profile;u=35121



Reference Link: (Current list of locked funds)



Amount Scammed (Currently): Simply millions



Payment Method: BTC deposit



Proof of Payment: , But actually unless Ukyo admit owning these addressess' private keys, this is not a sufficient proof.



The Argument:



After pressing Ukyo to give an explanation regarding the error he claims that the server hosting bitcoind daemon fails to comply with the RPC command that is made by WeExchange server to withdraw some bitcoins to a users' given btc address and amount. He claims to be seeking help around to solve this problem. He claims that the trigger of this problem is the accumulation of a large number of private keys held by that bitcoind daemon. In the recent past of a few weeks this problem occurs (occasionally) and now it always occurs for every single withdrawal request. He claims that he tried to add more resources and changing the host systems with no different results



I personally proposed the following: I proposed Ukyo change the software backend to libbitcoin which can handle larger amounts of private keys held due to its design. I also proposed he uses Electrum 1.9 connecting to nodes using Tor (with writing some RPC wrappings). More importantly I urged Ukyo to STOP the withdrawal functionality due to the instability of the automation system, and currently the system is completely not working.



Facts are facts and they state that Ukyo closed Bitfunder because there are not enough funds to pursue legalizing state of bitfunder, Ukyo delayed the dividents of G.ASICMINER-PT for a whole week claiming he needed Friedcat to tell him the amount for the divs per share, a very easy argument to defeat which is knowing that amount just a few hours after the dividents is very easy from TAT, Jutarul, The online list and forum posts. Seeking consistency from several users from the public addresses and ASICMINER div transaction is very very easy. Which leads to the very simple conclusion that Ukyo basically did not have the funds and needed longer time to accumulate them.



This makes it very easy to reach the conclusion that the error on WeExchange happens simply because the wallet on the bitcoind daemon server DOES NOT have enough funds to create such transactions, recently it sometimes had it and sometimes did not, But now it is simply an empty wallet.



In the next sections we have "demands" which we believe it will ease our minds regarding this (very-obvious-to-us) conclusion and assuring or Ukyo's seriousness and truthfulness regarding his claims and intentions to fix the problem. In the next couple of days -if not responded to by Ukyo- We are willing to post a dead line before seeking a scammer tag on his username and pursuing legal actions on his person. We believe it is only fair in case of his utmost ignorance to our dilemmas and suspicions.





PM/Chat Logs:



Additional Notes:



Demands:



ETA:

Ukyo so far avoid posting any ETA for either solving the problem or processing a certain withdrawal request. We are asking for a solid well defined ETA for each transaction to be processed.





Ukyo so far avoid posting any ETA for either solving the problem or processing a certain withdrawal request. We are asking for a solid well defined ETA for each transaction to be processed. Proof of funds:

The word going around is that Ukyo has gone fractional and that he does not have the funds to process all pending withdrawal requests. A signed message from an address he owns (msg:WeExchange transaction ID) with enough funds will shatter this rumour. We reached a place where asking for this is necessary.





The word going around is that Ukyo has gone fractional and that he does not have the funds to process all pending withdrawal requests. A signed message from an address he owns (msg:WeExchange transaction ID) with enough funds will shatter this rumour. We reached a place where asking for this is necessary. Disabling withdraw feature off WeExchange (or at least posting a warning):

Wither Ukyo like it or not he DOES NOT have a working automatic system for withdrawals. He MUST either disable withdraw feature off WeExchange or at least post a warning.



Donation address to Lophie's broken fingers copying, pasting and calculating all this: 1LophieEaKWKtqGWoTDp5TDhB7rGjneHep Ukyo Ran To Cyprus!Ukyo is the operator of WeExchange.co. Recently trying to withdraw anything from the exchange would result into an error messageand thus getting the bitcoins stuck in WeExchange. throughout the past several weeks Ukyo was active and communicative regarding this issue and indeed manually he processed many stuck withdrawal requests.In the very recent couple of days the error occurrences jumped from unlikely, likely, most likely and currently it is definitely! Currently every single withdrawal from WeExchange results into aerror.This SCAM accusation thread is actually the last straw before a full blown scam accusation and finger pointing, it tries to explain the impatience with Ukyo and why, currently, it is more likely that Ukyo simply does not have the funds at all! In the worst case scenario we hope to get Ukyo a Scammer tag simply because he is not taking the means of tagging himself "I am not a scammer!". His arguements along with ours are to be listed and discussed below after the general information of the SCAM template.(Current list of locked funds)Simply millionsBTC deposit https://blockchain.info/address/126xgFue6fgkmCqNCY6ypaqzzk78NPPwEZ , But actually unless Ukyo admit owning these addressess' private keys, this is not a sufficient proof.After pressing Ukyo to give an explanation regarding the error he claims that the server hosting bitcoind daemon fails to comply with the RPC command that is made by WeExchange server to withdraw some bitcoins to a users' given btc address and amount. He claims to be seeking help around to solve this problem. He claims that the trigger of this problem is the accumulation of a large number of private keys held by that bitcoind daemon. In the recent past of a few weeks this problem occurs (occasionally) and now it always occurs for every single withdrawal request. He claims that he tried to add more resources and changing the host systems with no different resultsI personally proposed the following: I proposed Ukyo change the software backend to libbitcoin which can handle larger amounts of private keys held due to its design. I also proposed he uses Electrum 1.9 connecting to nodes using Tor (with writing some RPC wrappings). More importantly I urged Ukyo to STOP the withdrawal functionality due to the instability of the automation system, and currently the system is completely not working.Facts are facts and they state that Ukyo closed Bitfunder because there are not enough funds to pursue legalizing state of bitfunder, Ukyo delayed the dividents of G.ASICMINER-PT for a whole week claiming he needed Friedcat to tell him the amount for the divs per share, a very easy argument to defeat which is knowing that amount just a few hours after the dividents is very easy from TAT, Jutarul, The online list and forum posts. Seeking consistency from several users from the public addresses and ASICMINER div transaction is very very easy. Which leads to the very simple conclusion that Ukyo basically did not have the funds and needed longer time to accumulate them.This makes it very easy to reach the conclusion that the error on WeExchange happens simply because the wallet on the bitcoind daemon server DOES NOT have enough funds to create such transactions, recently it sometimes had it and sometimes did not, But now it is simply an empty wallet.In the next sections we have "demands" which we believe it will ease our minds regarding this (very-obvious-to-us) conclusion and assuring or Ukyo's seriousness and truthfulness regarding his claims and intentions to fix the problem. In the next couple of days -if not responded to by Ukyo- We are willing to post a dead line before seeking a scammer tag on his username and pursuing legal actions on his person. We believe it is only fair in case of his utmost ignorance to our dilemmas and suspicions. Will take me a while to climb up again, But where is a will, there is a way...