Search content
Sort by
Showing 20 of 23 results by siliclone
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
Prodigits/Ragin can you confirm how you are prioritizing refunds?
Refunds are prioritized based on loudness and visibility. That way the refunds received will simultaneously quite their detractors, and give the public the impression that they intend to return all moneys.
All scams follow a very similar blueprint.
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Comment: GPGTools - http://gpgtools.org
iQIQBAEBAgAGBQJSLI7DAAoJEJnRjzaKPghMqjkPmQGmR+4wM3dySj/Krg3CJSpW
bZPm6/iU1g4qFj24pJ4XmZsYqBqCAva1z3jA0PaqH+FJlQDrM383+co6hcBFG9qz
IIrpXzCBLks98LkdT6HPzMWXv7CJcqdonWkux0OcwJX1s7aiSREaKDWTJf3vxejH
zqq4OPybmQBTN+bKopV1xW8bO1OD1UOu8b/wGb5f/h3VLYMhrTUPe4gsx1go2Bu3
J8HH1GQwK3r7tnvsK5yATJOmm7bl24RzDeRgi2L7qImqhlkiWqxhm1XmXrUtO3xp
qp6oNNpZVMLDroaXaBdB5wpZv1FyV4hMwkGU8ecdv+H4Q/HowZWPXeDOn2W+febp
vB3zFMhNDFqg0AMt0J1QYetxOWQxjWqsIikzFr72NQWFHEVreYqTtXJZiESMpv6w
0GIqgk/9t6p0qc+EMjJudmvkz6PK6DfjQvO+FNiqLMwemaJA9HVX1IyZUQx9WO6l
NDJQhlXSfJHiS28PtO12Rlc1LujyEwl6l+dos6iCypxciWdCCUed15pRoLA25tm0
QctsYZTOqMgKMihRqznGVSrqo9CH8D59J/HNErhH1g57qHv1TTJTsbJs2tsRJJl8
lVk9artXsvfitOTN/MI127mvotj19Y7dxoblg2rLBKYvd2sjPRU9+pksOqKvLQ0i
sLKn
=9Vi5
-----END PGP SIGNATURE-----
Hash: SHA1
I cosign every cynical and accusatory post here. This thing smells to high heaven.
-----BEGIN PGP SIGNATURE-----Comment: GPGTools - http://gpgtools.org
iQIQBAEBAgAGBQJSLI7DAAoJEJnRjzaKPghMqjkPmQGmR+4wM3dySj/Krg3CJSpW
bZPm6/iU1g4qFj24pJ4XmZsYqBqCAva1z3jA0PaqH+FJlQDrM383+co6hcBFG9qz
IIrpXzCBLks98LkdT6HPzMWXv7CJcqdonWkux0OcwJX1s7aiSREaKDWTJf3vxejH
zqq4OPybmQBTN+bKopV1xW8bO1OD1UOu8b/wGb5f/h3VLYMhrTUPe4gsx1go2Bu3
J8HH1GQwK3r7tnvsK5yATJOmm7bl24RzDeRgi2L7qImqhlkiWqxhm1XmXrUtO3xp
qp6oNNpZVMLDroaXaBdB5wpZv1FyV4hMwkGU8ecdv+H4Q/HowZWPXeDOn2W+febp
vB3zFMhNDFqg0AMt0J1QYetxOWQxjWqsIikzFr72NQWFHEVreYqTtXJZiESMpv6w
0GIqgk/9t6p0qc+EMjJudmvkz6PK6DfjQvO+FNiqLMwemaJA9HVX1IyZUQx9WO6l
NDJQhlXSfJHiS28PtO12Rlc1LujyEwl6l+dos6iCypxciWdCCUed15pRoLA25tm0
QctsYZTOqMgKMihRqznGVSrqo9CH8D59J/HNErhH1g57qHv1TTJTsbJs2tsRJJl8
lVk9artXsvfitOTN/MI127mvotj19Y7dxoblg2rLBKYvd2sjPRU9+pksOqKvLQ0i
sLKn
=9Vi5
-----END PGP SIGNATURE-----
Much obliged.
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
If you guys are interested in going down this path, then please let me know ASAP. It wont be easy to unravel but I would appreciate some BTC for the time and effort that's required to make this happen.
danieldaniel already made a list of people who want to be refunded. I guess it would be easier to continue with his list.
https://docs.google.com/spreadsheet/ccc?key=0An6qwdlD-DbCdHNPLXd5Q2VYMTlMSUlOTVp3VVk4VUE&usp=drive_web
Any updates on the conf call?
Ok I'll be merging this with daniels list but I still need people to PM me. We need a unanimous vote.
Conf call is pending....cant get a hold of JohnK. He's currently on vacation with his family.
A full refund of all payments made is the only recourse at this point as I'm sure no one has any confidence in this GB being run in an orderly way, even if the machines are delivered.
The refund request must be made to KNC whether or not the requests are unanimous because the organizer has proven incapable of organizing. Only in the presence of a responsive and capable organizer would this be a requirement.
No one signed up for this quandary. To pretend that this can and should be salvaged will come off as nothing more than a delay tactic.
Request the refunds, repay the investors, close this godforsaken group buy and let's all move on with our lives.
Agreed. So I take it you want to be on the list
You could say that.
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
If you guys are interested in going down this path, then please let me know ASAP. It wont be easy to unravel but I would appreciate some BTC for the time and effort that's required to make this happen.
danieldaniel already made a list of people who want to be refunded. I guess it would be easier to continue with his list.
https://docs.google.com/spreadsheet/ccc?key=0An6qwdlD-DbCdHNPLXd5Q2VYMTlMSUlOTVp3VVk4VUE&usp=drive_web
Any updates on the conf call?
Ok I'll be merging this with daniels list but I still need people to PM me. We need a unanimous vote.
Conf call is pending....cant get a hold of JohnK. He's currently on vacation with his family.
A full refund of all payments made is the only recourse at this point as I'm sure no one has any confidence in this GB being run in an orderly way, even if the machines are delivered.
The refund request must be made to KNC whether or not the requests are unanimous because the organizer has proven incapable of organizing. Only in the presence of a responsive and capable organizer would this be a requirement.
No one signed up for this quandary. To pretend that this can and should be salvaged will come off as nothing more than a delay tactic.
Request the refunds, repay the investors, close this godforsaken group buy and let's all move on with our lives.
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
Hey guys. As promised I am posting now. If you want a refund via PayPal you have to open up a resolution case because I cannot return without doing so and it is much faster anyway. As for btc refund I already converted into USD at the time it was sent... So if you sent at $80 or like .6 or .7 btc its been already converted into USD. I would have to buy btc at $120 and lose money for refund and so I won't have enough to refund all... If you want refund in USD PayPal I would be more than happy to do so. Again please keep in mind that I'm not here to take anyone's money and run. I've refunded over 500 btc from both Avalon chips group buy in total when they were $150 per btc...
PS thank you for the text today it was good to hear that someone cares
If you would like to text me via Google voice its 8606317775
PS thank you for the text today it was good to hear that someone cares
If you would like to text me via Google voice its 8606317775
I'm requesting a refund of 1 btc to the following address: 16xRkevvvfepEjyeYq6CrirsKE7UBFky1J
Tx: https://blockchain.info/tx/66ee4f8fccdb592bb8b6db44ef03efd67a724602b3a443703b60cce74b521002
Reference: https://bitcointalk.org/index.php?topic=233624.msg2567262#msg2567262 and https://bitcointalk.org/index.php?topic=233624.msg2567292#msg2567292
Consider this a vote of no confidence.
Re: UPDATED! [Live-Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter *11 Sold [Selling #12]
With nothing being purchased, I'll request a refund as well:
Amount: 1 btc / 2 shares, machine #2
Tx: https://blockchain.info/tx/66ee4f8fccdb592bb8b6db44ef03efd67a724602b3a443703b60cce74b521002
Reference: https://bitcointalk.org/index.php?topic=233624.msg2567262#msg2567262 and https://bitcointalk.org/index.php?topic=233624.msg2567292#msg2567292
Refund address: 16xRkevvvfepEjyeYq6CrirsKE7UBFky1J
Amount: 1 btc / 2 shares, machine #2
Tx: https://blockchain.info/tx/66ee4f8fccdb592bb8b6db44ef03efd67a724602b3a443703b60cce74b521002
Reference: https://bitcointalk.org/index.php?topic=233624.msg2567262#msg2567262 and https://bitcointalk.org/index.php?topic=233624.msg2567292#msg2567292
Refund address: 16xRkevvvfepEjyeYq6CrirsKE7UBFky1J
Re: [Live - Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter/Saturn *10 Sold [Selling #11]
11th KnC Saturn:
Xeen - 1 BTC - 2 Shares
pickymeek - .5 BTC - 1 Share
juula - 10 BTC - 20 Shares
samos123 - 2 BTC - 4 Shares
annoEleni - $400 PP - 8 Shares - FB
jamesc760 - .5 BTC - 1 Share - reserved
annoJBerglund - $100 PP - 2 Shares
wolfskill - 1 BTC - 2 Shares
EsDva - 4 BTC - 8 Shares
mightycount $500 PP - 10 Shares
Bamdad - .55 BTC - 1 Share
Fantazygirl - $200 PP - 4 Shares
Total:
63 / 78 Shares[/code]
Jupiter 400GH/s Shares:
[code]
1st KnC Jupiter:
reactor - 2.2 BTC - 4 Shares
COINPRADER - .5 BTC - 1 Share
helloge 1.5 BTC - 3 Shares
ezisdog - 1.5 BTC - 3 Shares
danieldaniel - .55 BTC - 1 Share
George900 - .55 BTC - 1 Share
riclas - 10.45 - 19 Shares
Colgate - $600 - 12 Shares
Paranoia - 1.1 BTC - 2 Shares
gtdevo - 6.6 BTC - 11 Shares
sealight - 3 BTC - 5 Shares
Faerbit - .6 BTC - 1 Share
lajz99 - $100 PP - 2 Shares
physalis -2.5 BTC - 5 Shares
czspeedycz - 3 BTC - 5 Shares
Total:
70 / 143 Shares
------------
About mining company. Honestly I don't think .100 mh/s will matter much unless you have like 20+ shares BUT
We can probably use this formula:
Saturn Share = 2.56 Gh/s / Total Speed
Jupiter Share = 2.80 Gh/s / Total Speed
Profit for Saturn Shareholders:
(BTC Mined bi-weekly)*(Saturn Share)
Profit for Jupiter Shareholders:
(BTC Mined bi-weekly)*(Jupiter Share)
So let's say the total speed is 3000 Gh/s.
I have 10 shares of Saturn and my friend has 10 shares of Jupiter.
The total BTC mined bi-weekly is 400 BTC.
So:
My cut:
400 * ( 25.6 / 3000) = 3.413 BTC payout.
Friend's cut:
400 * (28.0 / 3000) = 3.733 BTC payout.
Does this make sense?
Also let's say machine 1 and 2 are down for due to fail power supplies or something, those people who are shareholders for those machines will NOT be calculated with the rest of the share holders so it's fair. So IF the machines are down for 2 weeks and it's time to cash out the total speed would become 2600 Gh/s and only the current running machines will be paid.
What do you guys think?
BTW Happy July 4th tomorrow!
Xeen - 1 BTC - 2 Shares
pickymeek - .5 BTC - 1 Share
juula - 10 BTC - 20 Shares
samos123 - 2 BTC - 4 Shares
annoEleni - $400 PP - 8 Shares - FB
jamesc760 - .5 BTC - 1 Share - reserved
annoJBerglund - $100 PP - 2 Shares
wolfskill - 1 BTC - 2 Shares
EsDva - 4 BTC - 8 Shares
mightycount $500 PP - 10 Shares
Bamdad - .55 BTC - 1 Share
Fantazygirl - $200 PP - 4 Shares
Total:
63 / 78 Shares[/code]
Jupiter 400GH/s Shares:
[code]
1st KnC Jupiter:
reactor - 2.2 BTC - 4 Shares
COINPRADER - .5 BTC - 1 Share
helloge 1.5 BTC - 3 Shares
ezisdog - 1.5 BTC - 3 Shares
danieldaniel - .55 BTC - 1 Share
George900 - .55 BTC - 1 Share
riclas - 10.45 - 19 Shares
Colgate - $600 - 12 Shares
Paranoia - 1.1 BTC - 2 Shares
gtdevo - 6.6 BTC - 11 Shares
sealight - 3 BTC - 5 Shares
Faerbit - .6 BTC - 1 Share
lajz99 - $100 PP - 2 Shares
physalis -2.5 BTC - 5 Shares
czspeedycz - 3 BTC - 5 Shares
Total:
70 / 143 Shares
------------
About mining company. Honestly I don't think .100 mh/s will matter much unless you have like 20+ shares BUT
We can probably use this formula:
Saturn Share = 2.56 Gh/s / Total Speed
Jupiter Share = 2.80 Gh/s / Total Speed
Profit for Saturn Shareholders:
(BTC Mined bi-weekly)*(Saturn Share)
Profit for Jupiter Shareholders:
(BTC Mined bi-weekly)*(Jupiter Share)
So let's say the total speed is 3000 Gh/s.
I have 10 shares of Saturn and my friend has 10 shares of Jupiter.
The total BTC mined bi-weekly is 400 BTC.
So:
My cut:
400 * ( 25.6 / 3000) = 3.413 BTC payout.
Friend's cut:
400 * (28.0 / 3000) = 3.733 BTC payout.
Does this make sense?
Also let's say machine 1 and 2 are down for due to fail power supplies or something, those people who are shareholders for those machines will NOT be calculated with the rest of the share holders so it's fair. So IF the machines are down for 2 weeks and it's time to cash out the total speed would become 2600 Gh/s and only the current running machines will be paid.
What do you guys think?
BTW Happy July 4th tomorrow!
The fairest method I can think of to rectify the mining company issue is to assign each share an equal hash rate with shares becoming "active" when the machine it is assigned to has been delivered and joins the pool. Thereafter there would be no notion of a share belonging to a specific machine, and the profits and risk would be distributed evenly to all active shareholders.
Granted, the existence of the Jupiter in the mix slightly complicates things in terms of getting persons on board with the agreement, but since it hasn't been ordered yet I suspect the best way is the most straightforward: Put the plan to those that have reserved shares in the Jupiter about equal hashing/profit distribution and give them the chance to opt in or out with a refund if they so choose.
Once all the mess is dealt with, it become easy to do things such as reinvesting a portion of profits to purchase new equipment and increase the pool's overall hashing power, etc.
I honestly can't think of a more straightforward way. Shares become fungible, people that bought in early are rewarded accordingly, no single person or group is at risk of losing profits due to machine down time or scheduled maintenance, and you now have an index that can be used to price future shares were the pool to be augmented with more hashing power.
Those are my final thoughts on the matter. I'm in either way.
Re: [Live - Group Buy].5BTC = 2.8Gh/s KNCminer Jupiter/Saturn *10 Sold [Selling #11]
Wait... say we have 10 Saturns, at 200GH/s each, and 1 Jupiter, at 400GH/s each, totaling 2400GH/s. A total of 923 shares (78*10+143) have been issued to buy those. That equates to almost exactly 2.6GH/s per share. Doesn't that mean every shareholder gets 2.6GH/s, regardless of which machine they "bought", and the only meaning of who bought what first is in what order they get their shares?
I think that's the most straightforward way, and anything else could negate the point of a mining company since all shares would not be equal. I might be biased though, since I'm in for Saturn shares.
Re: CoinLenders :: Get bitcoin loans, and earn interest on your deposits!
So newb question to break up all the drama a bit....
what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
It's there for your peace of mind. It's an optional step that you can use to verify the authenticity of the deposit address prior to sending funds. My guess as to the reasoning is that if a MITM attack was taking place, the attacker would not posses certain information found in the message and therefore the generated signature from the injected address would not match.what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
The attacker would not possess the private key associated with that deposit address. Only someone with the private key that corresponds to that deposit address would be able to generate that signature with that message.
I'm assuming that an attacker that injects a deposit address would also possess the private key for that address.
If an attacker injects a fake deposit address, then yes, it only makes sense to that he possesses the private key to that fake address. However, when you attempt to verify a message that was signed with the private key of the real deposit address, the signature will not match up with the fake deposit address, causing validation to fail.
I think that was my point. Although I'll admit a certain ignorance when it comes to the soundness of this approach as it appears on the surface. One would think that if an attacker has the ability to inject a deposit address, then he would also have the ability to at the same time inject his own message and signature, which would then be verifiable when checked against the fake address.
The one way I can see around this is if the message contained some information that the attacker does not know, and is unable to intercept, and therefore unable to forge. This approach however, would require the user to know the content and format of the message to ensure it has all the elements and hasn't been tampered with...
I haven't had lunch. I can't think when I'm hungry.
Re: CoinLenders :: Get bitcoin loans, and earn interest on your deposits!
So newb question to break up all the drama a bit....
what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
It's there for your peace of mind. It's an optional step that you can use to verify the authenticity of the deposit address prior to sending funds. My guess as to the reasoning is that if a MITM attack was taking place, the attacker would not posses certain information found in the message and therefore the generated signature from the injected address would not match.what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
The attacker would not possess the private key associated with that deposit address. Only someone with the private key that corresponds to that deposit address would be able to generate that signature with that message.
I'm assuming that an attacker that injects a deposit address would also possess the private key for that address. Therefore, the only discernible asset not possessed would be something found in the message itself. Unless MITM in this scenario has nothing to do with injecting a fraudulent address.
Re: CoinLenders :: Get bitcoin loans, and earn interest on your deposits!
So newb question to break up all the drama a bit....
what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
It's there for your peace of mind. It's an optional step that you can use to verify the authenticity of the deposit address prior to sending funds. My guess as to the reasoning is that if a MITM attack was taking place, the attacker would not posses certain information found in the message and therefore the generated signature from the injected address would not match.what is all this verification to prevent MITM stuff?
ive seen it, but what do I do with it?
thanks
Re: [Group Buy] .5BTC = 2.56Gh/s KNCminer Saturns [Live]10 Sold [Selling Saturn #11]
+1 for the mining company.
Perhaps a vote would be in order. With rules along the lines of converting to a mining company if you have a two thirds majority of voting shares (i.e. count the shares of the voter, not the vote itself). I think major decisions like this should require more than a simple majority.
If the motion passes, persons that choose to opt out should be entitled to a penalty-free refund since the terms of the agreement would have changed.
Perhaps a vote would be in order. With rules along the lines of converting to a mining company if you have a two thirds majority of voting shares (i.e. count the shares of the voter, not the vote itself). I think major decisions like this should require more than a simple majority.
If the motion passes, persons that choose to opt out should be entitled to a penalty-free refund since the terms of the agreement would have changed.
Re: [Group Buy] .5BTC = 2.24Gh/s KNCminer Saturns [Live] 7 Sold [Selling Saturn #8]
I'm looking to sell my 2 shares in machine #2 -- no reflection on raginazn628, just need to free up a little BTC for another project.
PM me if you are interested.
PM me if you are interested.
ragingazn628 is coordinating the transfer of my shares to siliclone, thanks to those who registered an interest.
nightengale has given instructions to have the shares transfered to me. Thanks for the easy transaction.
Re: What exactly is the reason bitcoin processes transactions so slowly?
Bitcoin clears payments faster than any other financial system I'm aware of except cash by orders of magnitude, and I do not anticipate that changing any time soon.
To take your point ad absurdum, even cash transactions aren't instantly cleared. In fact, the vast majority are never cleared at all. There's a level of trust applied with a cash transaction that the bills exchanging hands are not counterfeit. If there were to be actual verification (and I don't mean by using a magic marker), then a cash transaction would take even longer to clear than a credit card.
from us? try coinbase
+1 for Coinbase. I've had no problems so far with a few small trans.Re: Is Linux Ubuntu the most secure OS to store you BTC on?
I'm installing Ubuntu right now and seems much more aesthetic than i thought open source software should look like. It looks like it has an apps store as well. Which implies to me that the developers have some kind of monetary incentive. Or is it much to do with nothing? Or am i just paranoid? What do you think of Ubuntu?
The technically correct answer to your question is No, it isn't the most secure. The practical answer however is Yes, it's good enough. If you're only keeping your "spending money" in a local wallet, don't run as the root user and implement some basic security practices, you should be fine.