Right now he has 68*900 = 61k Tied up which could buy a lot of hash rate imho.
If $61,000 is causing Ken to delay getting miners then this venture is over. Please think about what you just said: 100TH/s makes more than $61,000 every single day! Why would Ken delay us a entire week or month because he wants $61,000 worth of miners more! Every two weeks we lose 20% - 30%, that is losing us about $13,000 a day if we had 100TH/s in the main production run! Come on people think and do the math! Why delay our venture and lose more in a week because of a missed difficulty that we save waiting to spend 61 bitcoin! Ken is meant to have at least $100,000 ready for miners plus the $1,000,000 worth of Bitcoin to buy chips, if he delays us because of $61,000 we will lose that because of just one difficulty delay, let alone two! Please get out a calculator and do the math! |
|
|
|
I am a measly recording/mixing engineer of audio. Can't hold a candle to ur studies.
Engineers of the calibre you are studying to become will build quantum crypto currencies and develop the warp core and advance the entire human race. I will be smoking purple kush and sipping lean while making beats for rappers who lie on every song and mislead the youth idiotic enough to listen. I will get paid. Just not as much as you and your R&D team will.
LMAO
Haha engineers don't get paid well! Well not anywhere near as much as most people think. lol we arn't lawyers or doctors! Also undergrad engineers don't really work on anything too novel. Most of our studies are based on extremely well known knowledge. I am certain I will not advance the human race, most of us over in Australia just end up in mining. Designing power systems or automating a process plant. I like it but it's nothing fancy like working in crypto. |
|
|
|
Of course there can be delays. That's business. But what's important is that, as of the time of writing, Ken was aiming to make the deadline of the end of the month and likely still is.
Don't get me wrong. I asked Ken a while ago if eASIC was causing delays or problems and he said no. If they were Ken would have simply ignored that question. So eASIC has done their part, what else can go wrong? The engineering of the boards? What else is a possible weaklink? Anyone care to speculate? What I want to hear is the worst case scenarios and how much time/money will be required to fix them. |
|
|
|
Guys, what's with all the hysteria? Ken's working to a deadline and that is good news. If he doesn't make it, it won't be for want of trying. Here's a two day old pm exchange which may help cast light on our situation. Please just hold tight and let him get on with his work. We are very close.  As you will read in the ActM thread, there's quite a bit of excitement and anticipation for an announcement.
Are you working to a deadline for this news release?
If so, are there circumstances out of your control which could delay this announcement?
Cheers,
zumzero
Yes, there could be. Working on making the deadline. So there could be delays? Damn. |
|
|
|
Thank you for clearing that.
"Smart ass"
After x days ,with little to none sleep. A error in my formulating. Is not of any concern. And im a a forigner. Haha
Don't worry about it! Too many people in this forum throw around "ponzi" when they should simply stick to "scam". The reason I think it's important to have correct terms is that when we're trying to bring down a scammer, it helps if we know what we are talking about. |
|
|
|
This code is a mess, it was just a prototype and I was going to fix the mistakes and write it into a javascript and html but I have no time at the moment due to family issues. If you know Matlab feel free to fix it up. http://pastebin.com/ehQRcCXV(Here is the function hashrate calc http://pastebin.com/f4eVBbTk, the input in the code is 5 for terahashes as the output) The model assumes an exponential curve for reducing TH/s price over the time period and increase the Bitcoin price over the time period. The difficulty changes are in percent per diff and can be made to increase or decrease the change over a period of time. The mode accepts any percent value for reinvestment, if reinvestment occurs the dividend / reinvestment percent is turned into the modelled fiat price at that time and then used to purchase TH/s at the price in the model (Note that TH/s price and BTC price are being modelled on each loop and are always changing) Some variables are not used. It is a mess and I wanted to really clean it up and write it into a website or codepen but unfortunately I am no longer able to do this for the next few weeks. ----- Results, if people want me to plug in different values just ask, I have the time to rerun the program with different variables, also if you want the math fixed let me know (via PM if you don't want to clog up the thread) I don't care if no one uses it I made it for myself. In short the model shows that if TH/s costs us at first $6000 reducing to $2000 over 2 years, and reinvestment is 50% and Bitcoin keeps rising at a similar rate, if difficulty increases continue around 25% every retarget without slowing down, we will never make our bitcoin back but will make a good USD profit. If difficulty changes are happening like 5%+ every retarget in 2 years, then we make a bitcoin profit. (Let alone a USD one!) Also the model has reinvestment set to every 4 weeks, this is a variable and can be changed, 4 weeks might be too fast but I figure eASIC is all about fast turnaround. If reinvestment time is 3 months, we really fail badly.  |
|
|
|
Although I am tempting to retract my previous statement after reading Hashfast thread.
Can you link me the thread please? Meanwhile knc prepares to dump another 3ph in the following month ..
Damn that is not good, is there a link for this too? |
|
|
|
Heheh. My gutfeeling was spot on  ponzy all the way. Atleast my portfoli got 3x larger. But as, allways. senior advices makes for a safer cryptoworld. Thanks folks. Luuuky me  Nope. If you want to accuse someone of a scam at least get the terms correct. Not every scam is a ponzi. A ponzi is where many people invest in a scheme that offers high interest rates, the catch is that these interest rates are paid out of the money people are investing into the ponzi. A -> $1000 | total = $1000 B -> $5000 | total = $6000 C -> $2000 | total = $8000 Now A, B and C are paid 10% Total = $ 7200 -> A($100), B($500), C($200) This continues until too much interest has to be paid and the scheme collapses. The key point here is the only money coming into the investment is people investing, there is no other input. Now what type of scam is mcxFEE? It's not a ponzi because the returns were from fees being paid on trades, instead the scam involves selling these FEE tokens and shutting down the site. If RealSolid kept the site going for 10 - 20 years, the investors may have got their ROI. Also the IPO was at a much higher rate than the value of the fee trades, and people would have bought in only because they wanted to sell to someone else, but this is not a scam on RealSolids part but rather investors being idiots and unable to do math. The scam mainly involves RealSolid lying about the future potential of the site, he made claims a gambling and gaming platform were going to be created and this gave the tokens their value. Instead RealSolid shut the company down. An analogy is Facebook raising $14,000,000,000 and then closing the site. If that happened Mark and the rest of the board would spend 20 years in jail, rich people get away with a lot of crime, but not high financial crime. |
|
|
|
Just be patient and professional about the situation and there'll be a lot less stress for everyone involved.
I personally think that the lack of information coming from Ken is not very professional. The shareholders financed this company and yet we are told nothing. |
|
|
|
In Bitcoinland we have a saying... "A bird in the hand is worth four in the bush!" On ebay you're competing with people used to getting a 5% (20 year) return on their savings! You mean 3% with that income taxed right? Works out to be about 34 years. |
|
|
|
I just sent Ken this PM due to skyrocketing Miner prices on ebay. |
|
|
|
Spent a little time reading the chat of mcxNOW. It's unbelievable how people are supporting RS in there. There was someone who said that it couldn't be easy with so many demanding users and someone else actually asked RS if he needed funds for the upgrades of the site.
They must be shills or the most stupid people in the world. He just made $4million from them and they want to help pay for upgrades? |
|
|
|
BCX is know for having something personal against RealSolid. Always preaching the end of world and the eternity in hell for people who deal with him. He would find a way to scream SCAM with RS donating a kidney. bidji29, you stupid little shit, do you even have the decency to reply? Real scammed yet again, are you still sucking his cock? |
|
|
|
ANYWAYS I made this topic to ask your opinion should I play this gamble for 33%? For me this seems very legit I need your OPINION HELP ME?
What?!? I just spent a load of time explaining to you that Just-Dice offers you way better odds and it's fair for a 33% payout... TL:DR: No do not play this game! That's my opinion, now you have been helped, stop ignoring my advice. |
|
|
|
I understand you drop me some code okei but you know how easy is to hide the rest of the code or additional code packages. Like yo  The only way people trust that site (Just-Dice) is because its possible to verify that code is the code that determines the bet number. https://just-dice.com/lucky.txtfunction lucky_number(server_seed, client_seed, nonce, betid) {
var hex_chars_to_use = 5;
var nonce_str = nonce.toString();
var hash;
if (betid < 145000000)
hash = crypto.createHmac('sha512', server_seed).update(client_seed + ':' + nonce_str).digest('hex');
else
hash = crypto.createHmac('sha512', nonce_str + ':' + server_seed + ':' + nonce_str).update(nonce_str + ':' + client_seed + ':' + nonce_str).digest('hex');
var len = hash.length;
for (var i = 0; i < len; i += hex_chars_to_use) {
var hex = hash.substring(i, i + hex_chars_to_use);
var lucky = parseInt(hex, 16);
if (lucky < 1000000)
return lucky;
}
// the 26th substring will always be <4096 (3 hex digits), so we won't get here
util.log(0, 'RAN OUT OF HASH! using ' + hash + ' - returning', 0);
return 0;
};
Going back to the code I posted. hash = crypto.createHmac('sha512', server_seed).update(client_seed + ':' + nonce_str).digest('hex');
The server creates a server seed, basically a string known only to the site owner. He wants to prove that he is not changing the seed to change your outcome, but at the same time does not want to give you the seed otherwise you can cheat. So he gives you a hash of the seed and you can now hold onto that. Next you are asked to either provide a client seed or one will be generated for you. Each bet has a nonce that iterates every time you bet too. The server takes the server seed that was generated before you punched in the client seed, and joins them together with the nonce. By doing this the HMAC that determines your roll cannot be pre generated to give bad rolls because you knew the hash of the server seed before giving the client seed, so after the roll you can tell if the server cheated by checking the actual server seed vs the hash you had before. There is no way for the site to fake anything because you know before you give your info (client seed) that the server has generated a server seed without knowledge of the client seed. After the roll you can prove the server seed was not tampered with because you can take the information and run that code I quoted yourself to prove its the same function being run. The HMAC has totally different output based on any change of the input, so the client seed totally generates a new number that the server cannot predict when the server generates its server seed. If you believe the above process is insecure for the gambler then you are a genius, breaking SHA would make you world famous and probably an overnight millionaire! |
|
|
|
Guys guys, I gambled like 1000 euro when I was in high school on casinos it was my lunch money. I tell this, machine gives u good then u think u can get more so u put more and then machine is programmed to take all from u when u put more.
I played poker/dice/casino shit on websites and real world. In the end = NO PROFIT EVER
especially site casino is biggest tard ever. I was in profit once in poker game , but I couldnt withdraw it for some shitty reason..
Looking to try something new..
Well I am not going to go on because I get it, you don't want to play online. I am not sure if you're into crypto/math/programming but if you are then my post should be very clear that there is no programming that "takes it all away from you". You can read the code, verify the rolls and determine if you are being cheated. I can understand this all seeming like voodoo if you don't program or don't understand cryptography. |
|
|
|
And I dont trust dice since I developed dice myself and the dice developing is fast easy but its shit in use.
Fair enough, never use something you don't trust. Just to clear a few things up for anyone reading though. https://just-dice.com/ uses a system called "provably fair". See the algorithm that determines the rolls: https://just-dice.com/lucky.txtfunction lucky_number(server_seed, client_seed, nonce, betid) {
var hex_chars_to_use = 5;
var nonce_str = nonce.toString();
var hash;
if (betid < 145000000)
hash = crypto.createHmac('sha512', server_seed).update(client_seed + ':' + nonce_str).digest('hex');
else
hash = crypto.createHmac('sha512', nonce_str + ':' + server_seed + ':' + nonce_str).update(nonce_str + ':' + client_seed + ':' + nonce_str).digest('hex');
var len = hash.length;
for (var i = 0; i < len; i += hex_chars_to_use) {
var hex = hash.substring(i, i + hex_chars_to_use);
var lucky = parseInt(hex, 16);
if (lucky < 1000000)
return lucky;
}
// the 26th substring will always be <4096 (3 hex digits), so we won't get here
util.log(0, 'RAN OUT OF HASH! using ' + hash + ' - returning', 0);
return 0;
};
Basically the site is using a cryptographic hash function to determine the roll number. The client can see the hash of the server seed and add their own seed to make the final seed, after the roll they can determine that the roll was fair because the server seed is revealed to the user. Check it out, the function is fair beyond any doubt. (It is 100% fair for gamblers, but trust is required for the investors) |
|
|
|
Well, if I understand it right, then ACTM has a lot of problems getting their nex-gen ASICs in time. The current target date is ... February?
Do you mean ASICMINER? |
|
|
|
|
Show Posts
