Very good questions  They magically produce 3 different types of devices in 1 or 2 months that can magically produce a magically amount of money against a magically low price and were are a lot of proof is magically not given so far ...    You are reading too much JK Rowling. |
|
|
|
If you are serious about pursuing this you might want to have a look a this: http://www2.engr.mun.ca/~howard/PAPERS/ccece07_yan.pdf (salsa20/8 is an underlying algo used in Scrypt) They actually used an FPGA and 3 ASIC variants for Salsa20 in this paper, and the compact FPGA variant uses 194 slices and 4 Block RAM's on a Xilinx 2V250fg256 |
|
|
|
What the hell are you guys talking about. you lost me after the 3rd place all my Greek. You used a colloquialism at the end that it didn't understand, but it did better at reversing itself than Google did. |
|
|
|
If I were to test a large batch of ASICs with that magnitude of hashrate, I would solo mine with a few different addresses so in lists like that it would just be attributed to "Unknown" and the addresses would be different.
Blockorigin usually reports about 12% of blocks found are unknown. This has been pretty consistent for months. for now yes. if one of ASIC companies will mining solo + tor / proxy has no way to find out which company increases the difficulty. right ? ASIC mining through TOR? Yeah, that would work well, suuuuure... |
|
|
|
Only problem is it's just an uncut wafer....
Did it look anything like this?  Yeah, but uncut. I'm not sure what a jewish wafer looks like. What are you talking about, you can see that this one was schnipt, it's just too bad the Mohel slipped! |
|
|
|
Τι στο διάολο είστε παιδιά μιλάμε.Χάσατε μου μετά την 3η θέση.Η ελληνική όλα μου.
I love Google Translate: What the hell are you children milame.Chasate after my third thesi.I all my Greek. I still have no idea what it means, but I think I've been insulted. Cheers!  Here is what was it meant to say: "What the hell are you guys talking about.You lost me after the 3rd post.Its all greek to me." If the translator didn't get it correct, I'm sorry  I love how much info there is available now about FPGA and ASIC technology. A few hours of reading and I've taken my geek to a whole new level. I'm even toying around with getting an FPGA to play with. Granted I do own a book by Jon Stokes... No worries on the translator, our future robot overlords obviously have no long term plans for Greece. |
|
|
|
A few questions:
Funding page says it may be delayed up to 48 hours, why is this and are any risks associated with this process?
The funding is processed manually because of technical reasons. MPEx does not provide any explicit feedback when the bitcoins arrive to the account, only implicitly that the balance changed (it may have changed for any other reason). Moreover, if users fund their account indirectly via CoinBr, it may be necessary to move the funds to MPEx first. Do funds remain on your system, how are they protected? Will you be acquiring deposit insurance or limiting liquid funds/transfers?
For direct deposits, this is non-issue. For funding via CoinBr, funds are moved to MPEx account as soon as any significant amount gathers in the wallet. So that sufficient liquidity is ensured at all times even if all users decide to place buy orders all at once. What is the flow for an MPEx order through your site? Please include information on how the BTC flows as well as the order requests an confirmation.
At the moment, order is placed immediately when you click "Save". (It may be shown in "Queued" state but it means it waits for next STAT call to process further.) You can GPG-verify the receipt on the order detail page that it was placed exactly with the same parameters as you requested. Maybe later it will be necessary to really queue orders before submitting to MPEx to improve latency, but we'll always strive to place them asap. Will I have my MPEx assets in a usable format if your brokerage closes? How about any BTC in my account?
We will either pay out to BTC address you provided on registration or move all assets to another broker. If the closing will be catastrophical and CoinBr will be completely defunct (unlikely, there are continuously updated database backups on multiple physical locations), you will still have MPEx receipts that allow for reconstruction of your account. Sending them also by email is under development. Do you have any securities trading experience or licenses? Am I exposing myself to yet another legal headache, or are you?
I cooperate with people that do have the experience and, as stated on the about page, we're open for working together with more people from community. We can hardly ask for any licenses when MPEx itself is strictly against regulation. You don't expose yourself to bigger legal headache than, for example, when downloading "pirated" intellectual property or playing in unlicensed online casino like SatoshiDICE. Unless you plan to hand yourself in, like Nefario did. You are not asking for any AML/KYC information, have you determined that this is not needed? Have you talked to a lawyer?
We're aligned with MPEx opinion that Bitcoin (and any securities based on it) is akin to virtual game money and are thus exempt from regulation at the moment. Should any government use irrational suppressive measures, we plan to react similarly like MPEx, too. Do you accept unlimited liability for clients account holdings?
We assume no liability beyond one implied by law. Thanks for the info, quoted for posterity. Looks like you have the basics covered, I'll look forward to future developments, and might try it out soon. |
|
|
|
Why the HELL would people use this?
Case A: You get more coins than what you pay for.
Miners are getting screwed.
Case B: You get less coins than what you pay for.
Buyers are getting screwed.
On the mining side, it's easy since the payout is ~105%. For the lessors the idea is to be able to "burst" your hashing capacity if you feel you can gain an advantage in doing so. Find a pool overdue for a block, throw a bunch of hashing power at it, collect bonus for finding block (or get a bunch of shares loaded in at the end of the weighting period I suppose.) There are a few unscrupulous things someone could do with enough hashing power, a couple nefarious ones, and several reasonable uses. There is also the interesting question as to what happens if the difficulty goes down... Of if someone buys up 5-10% of all hashing power and routes it to a null pool to get the difficulty to GO down (like paying farmers to NOT grow corn.) (not sure of the motivation WHY you would waste BTC this way) Heh, if I'm right we might get some government or other large entity paying folks NOT to mine BTC at some point in the future. Who says you can't regulate bitcoin? Maybe we can all get bailouts by the time we split to 12.5!  |
|
|
|
It's not FUD, it's a valid questeion Let's look at BFL's refund policy: Payments made for pre-orders of ASIC based products now under development should be considered non-refundable until products begin shipping or 1 January 2013 Talk about trolling. Giving Tom a hard time for a refundable policy, when you offer a "non-refundable" policy. GTFO Inaba. Hey can you point me to someone who hasn't gotten a refund who's asked for one? No? Why not? I'm not trolling, I'm a customer asking a legitimate question. Or so I've been told hundreds of times by people in BFL threads, so it must be true, right? If you act like your worst customers, you will be left with only them eventually. You are also publicly setting the bar for interaction very low and encouraging others to treat YOU this way in the future. Inaba, you are acting like a used car dealer hanging around the competitors car lot telling everyone what a crook he is. Your PR actions by posting accusations and harping on at length while Tom is out of town are unethical and unsavory. You may be a customer, but it looks like a Ford dealer that owns a Chevy just to complain. You know I both believe in the products you guys are producing and have ordered them, same with Tom, but this sniping does nobody any good. Let the Trolls and shills do their own work, your job is Public Relations if I remember rightly. Please take it elsewhere, I come to this thread for updates from Tom, not you. |
|
|
|
Τι στο διάολο είστε παιδιά μιλάμε.Χάσατε μου μετά την 3η θέση.Η ελληνική όλα μου.
I love Google Translate: What the hell are you children milame.Chasate after my third thesi.I all my Greek. I still have no idea what it means, but I think I've been insulted. Cheers! |
|
|
|
Cool idea, but I'm not on WeExchange yet.  Anyone have a code handy? One question though, there is no mention of how quickly the leased shares will be delivered. Will it be over 1 hour? 1 week? the next 10 difficulty changes? Got one on IRC #hashpower, thanks Ukto! It looks like the execution is ASAP based on capacity. I'm assuming that means that the more shares that are available the faster you are going to complete yours. |
|
|
|
Cool idea, but I'm not on WeExchange yet. Anyone have a code handy? One question though, there is no mention of how quickly the leased shares will be delivered. Will it be over 1 hour? 1 week? the next 10 difficulty changes? |
|
|
|
|
A few questions:
Funding page says it may be delayed up to 48 hours, why is this and are any risks associated with this process?
Do funds remain on your system, how are they protected? Will you be acquiring deposit insurance or limiting liquid funds/transfers?
What is the flow for an MPEx order through your site? Please include information on how the BTC flows as well as the order requests an confirmation.
Will I have my MPEx assets in a usable format if your brokerage closes? How about any BTC in my account?
Do you have any securities trading experience or licenses? Am I exposing myself to yet another legal headache, or are you?
You are not asking for any AML/KYC information, have you determined that this is not needed? Have you talked to a lawyer?
|
|
|
|
|
I bought
6@0.109499@2012-10-04 10:49:34 and 96@0.1096@2012-10-04 10:49:35
If you got a bit more BTC than you expected you might have me to thank!
|
|
|
|
how's the security of a router stand up to that of running cgminer in linux? All the routers in question here are Linux. And if someone can break into your router, they can bypass it entirely. So the security of the network depends on the security of the router itself. Your point being what? What specifically do you want to interject with your comment? Which router? My comments were specifically toward the hardware that is controlling that is running the miner program. If you use a piece of hardware (router) to run a miner, it is just as vulnerable as any PC on your network, unless you take steps to harden it. DD-WRT does a good job of hardening their setups. I was agreeing with you, and trying to explain to cypherdoc why it was obviously just as secure. Your original comment shows your intended objective of mis-information. As per your your statement, It can be generalized in this context, if you use DD-WRT to run cgminer, someone can break into your router. to be accurate: IF you use DD-WRT to run cgminer, ON your only router that is connected to the internet, THEN you are exposing the security of your router. IF you use DD-WRT to run cgminer, ON a secondary router that is connected to a DMZ, THEN you are not exposing the security of your internet router with cgminer AND cgminer is protected by the firewall in the Internet router. Think of the DD-WRT running cgminer as a server. If you put it on the Internet directly, it better be very secure, or you are going to have a bad day. It's much better to have a firewall/router (performing NAT as well) and one or more of these "micro-servers running on router hardware" behind it. |
|
|
|
lot of factors coming into play.
-popularity of ASIC mining
- assumptions that ASIC miners won't hold
- reward halving.
anyone who says they know what's going to happen
to the value of btc post reward halving
is just a speculator.
Last I checked, this subforum was called "mining speculation" +1 |
|
|
|
Heck friends are just enemies waiting for the right chance! Thanks for the advice!
I thought all people were generally good...  NOO!! NOT THE POOR KITTEN!!  note, blades are missing, but unless it is a Manx you should not turn it on. |
|
|
|
You bring that table to attempt to prove your point, then find out it proves you wrong, so you retract it saying it is old and does not apply anymore? The observation I made from this table is still valid to this day. I was comparing one of its 180nm ASIC with a 120nm Virtex 2 FPGA (180/120 = 1.5x feature scale difference). Today, you would be comparing a 65nm ASIC (presumed process node for BFL ASIC) against the 45nm FPGAs that all other Bitcoin mining vendor use (Spartan6 LX150), that's a 65/45 = 1.4x feature scale difference. So in both cases the power efficiency of FPGAs over the ASICs (that I am comparing them with) is the same, because power efficiency is directly inversely proportional to the square of the feature size. One more time: please put your money where you mouth is if you are so convinced of yourself: http://betsofbitco.in/item?id=665You trying to say that a typical 65nm ASIC is "several times faster" than a typical 45nm FPGA? what order of magnitude is the difference? I think many of us are interesting your observation. Do you know what is avarage costs of production 65nm ASIC? "You bring that table to attempt to prove your point, then find out it proves you wrong, so you retract it saying it is old and does not apply anymore? " See how I signed table  You do not proved anything except that ASIC is more energy efficient. I know it. Conversation is whether ASIC can be "several times faster" than a similar FPGA. "Historically, FPGAs have been slower, less energy efficient and generally achieved less functionality than their fixed ASIC counterparts. A study has shown that designs implemented on FPGAs need on average 40 times as much area, draw 12 times as much dynamic power, and are three times slower than the corresponding ASIC implementations.[22]" 40 times less area * 3 times faster = 120x at the same process node It's really simple guys, every logic block and interconnect needs a bunch of transistors to control them, but on ASIC you just lay the circuit down as you want it to run. Because of this you have far more transistors actually performing the work rather than controlling internal functions. So even though the underlying features are the same at a given process node, FPGA suffers a disadvantage in area and speed, but makes up for it with flexibility. ASIC is locked in function, but very, very fast at execution. OMG ! These data are historical, now the difference is less because the FPGA is growing faster than ASIC. FPGA technology is more advanced and more popular than ASIC. These are not my words, but experts in the field. ASIC technology has great potential but is very expensive and very risky Just because the underlying process technology changes does not mean that the ratio between logic and control in FPGA is less efficient than ASIC. I can find articles dating back to 2003 that claim that FPGA is faster than ASIC, but when it comes down to it they are talking about "typical" ASIC in order to allow Xilinx and Altera to look better. more flexibility == needs more gates == less efficient == ASIC is better if you can afford to spin the silicon. This is not in question is it? The Virtex 7 has 6.8 billion transistors, and can simulate an ASIC with up to ~20 million (24M in some reports) gates. This means that Xilinx is burning ~340 transistors per gate. It's also $30k each for that FPGA, but the same number of transistors from NVIDIA are in the GK110 (essentially a gigantic ASIC) for far less. |
|
|
|
look at the time it was posted, I think it was done to fuck with him. lol
I think so too, but I'm afraid followers of BFL sect so I'm quietly I suggest to cancel a bet, because date of the photo is in BFL moderators hands. Seriously? you think they would screw with the time stamps on forum posts over a 5 BTC bet? Tinfoil hat much? |
|
|
|
|
Show Posts
