Search content
Sort by
Showing 6 of 6 results by xaoyao
There is not at all information about those at Google.
Any website describe the "0xToken algorithm" or the "all 0xTokens, such as 0xBitcoin, Atlantis, Kiwi, Scorch, 0xBitcoinCash, 0xLitecoin"?
Thanks.
ANN 0xBitcoin 0xBTC - Decentralized ERC20 Token - Mined With Proof of WorkAny website describe the "0xToken algorithm" or the "all 0xTokens, such as 0xBitcoin, Atlantis, Kiwi, Scorch, 0xBitcoinCash, 0xLitecoin"?
Thanks.
ANN MINEABLE ERC-20 TOKEN Atlantis Token - (ATA)
...
Thanks
Lots of updates on the downloads page today including:
- Critical Update to v1.32 FX Miner software which fixes numerous bugs;
- Slower 8.8GH/s VCU1525 0xToken bitstream for those having cooling problems and needing an interim mining solution;
- 2.4GH/s and 2.28GH/s KU040 0xToken bitstreams (requires mods to board to run);
- Preliminary description of KU040 modifications to increase current from 5A to 80A
http://zetheron.com/index.php/downloads/
Got it.
But we can't understand what is the "0xToken algorithm" or the "all 0xTokens, such as 0xBitcoin, Atlantis, Kiwi, Scorch, 0xBitcoinCash, 0xLitecoin".
There is not at all information about those at Google.
Any website describe the "0xToken algorithm" or the "all 0xTokens, such as 0xBitcoin, Atlantis, Kiwi, Scorch, 0xBitcoinCash, 0xLitecoin"?
Thanks.
Ive yet to have someone explain to me why they think FPGAs are so bad but GPUs are so good.
Thats a red herring. Who is making that argument ?
The developers who have forked explicitly over their algorithms being listed in this thread.
The economies of scale argument also applies to GPU based mining. For example, with modest capital I could easily build a host system supporting up to 128 GPUs (since no one uses the PCIe for anything other than making them boot and comm that is lower than serial speed), supporting individually resetting and reinitializing them and all the benefits of smaller hosts, but at 5% of system cost instead of as much as 30%, and also provide power savings. The difference is Bitmain doesnt represent enough demand to independently control the FPGA market, and the companies in that market are not going to sacrifice decades of high margin business for a short term cash play.
There is no down side for TSMC or commodity memory manufacturers to take big money for cheap part orders from Bitmain or any large player.. There is a downside for Xilinx/Intel flooding the market with cheap FPGAs. Similarly you dont see NVIDIA and AMD letting Bitmain build custom mining GPUs with their chips at cheap prices. Companies with massive R&D into their chip products want to very carefully maintain control over markets to keep the balance between volume and margin exactly where it is most profitable.
I'm pretty sure intel's plan is to flood the market. Why else would they be developing hybrid cpu/fpgas (like APUs) or why would they bother to create the CCIX interconnect? They're definitely going to flood the market. The question is when. Xilinx will almost surely wait and only react hoping that Intel will also try to preserve high margins. The way I see it, Xilinx has one last chance to gain market share before Intel opens the flood gates. Get your options placed on XLNX while you still can
-- Looking forward to making money on their downfall.Plus, as you and I both know, Quartus is capable of placement / routing that is orders of magnitude better than anything Vivado could do automatically without floorplanning.
I'm looking forward to my call with Intel next week! Hopefully I'll be able to get something rolling quickly and at a lower price point so we (crypto community as a whole) can avoid Xilinx all together.
Edit:
Oh ya, I find it hilarious that devs are changing their algos based on what we say in this thread. Which reminds me, I just developed this new code for cryptonight which makes use of a little hack that's able to bypass some steps to obtain a result quicker. I'm now mining monero at 100Kh/s per fpga.
"I'm now mining monero at 100Kh/s per fpga."
It sounds great. Which FPGA do you use?
@GPUHoarder
Great, have you ran any Secure Hash Algorithms on these devices, and if so, what was your throughput?
Great, have you ran any Secure Hash Algorithms on these devices, and if so, what was your throughput?
Keccak @ 11 GH, ~500Mhz 22 full pipelines, but I wasnt strictly targeting Keccak directly so I didnt push it to the limit.
For CryptoNightV7 I do the finalizer off FPGA because its hardly worth the area for the other SHA-3 candidates.
Have you finish the CryptoNightV7? how is the hashrate? Thanks a lot.
With x16r and x17 requiring 2 cards would that be 300mh/s for both cards? Or 300 each equalling 600mh for two cards daisy chained together?
Clarifying the projected hash rates
X17: 2 cards daisy chained get 600MH/s total
X16R: 2 cards daisy chained get 600MH/s total
Xevan: 4 Bittware cards daisy chained get 600MH/s total
X16R's algorithm order is changing every block, how can you split the 16 hard algorithms into two FPGA?
i got the public keccak source and synthesized,not sure whether it can run properly,just evaluation of resources.
i put 24 core and set to 300MHz
so XUVU9P may run 7.2G ,160W power
how can you get 17G?
i put 24 core and set to 300MHz
so XUVU9P may run 7.2G ,160W power
how can you get 17G?
No, it is not enough.
I can make a 24 cores and 550 MHz with 0 WNS slack, probably 600 MHz. But it is less than 17G anyway. My ego is hurting.
he says two board can get 600Mh/s for x16R.
It also not make sense.