Author

Topic: Memory based algorithm coin ? (Read 2092 times)

jr. member
Activity: 42
Merit: 1000
March 27, 2013, 11:26:01 AM
#20
Ok.Thank you !
jr. member
Activity: 42
Merit: 1000
March 27, 2013, 10:44:07 AM
#18
Good for you Smiley
Does this new approach use Radix/Tree sort ,
may i ask ?
jr. member
Activity: 42
Merit: 1000
March 27, 2013, 04:53:23 AM
#16
We don't like unbelievers !
In Vodka that is.
LoL
jr. member
Activity: 42
Merit: 1000
March 27, 2013, 04:02:44 AM
#14
I have some secret ideas "for botnets" Smiley

But firstly we need to design CPU-only
 mining and then we'll see how to defeat
 botnets.

Also you should distinguish my plans
 (backed by aliens) and the plans
 of this topic's TS.

I've started my own thread in Russian section.
There will be english sister-thread later.
legendary
Activity: 1344
Merit: 1001
March 27, 2013, 01:08:33 PM
#13
I'll pm you later about the other implementation, it's still FPGA and ASIC hard.  I wish I had the time to work on it more or the money to pay a coder to implement it.

What makes you so sure it's FPGA and ASIC hard?
legendary
Activity: 1484
Merit: 1005
March 27, 2013, 11:15:49 AM
#12
No, I couldn't think of an implementation for radix sort in a hashing algorithm that couldn't be done more quickly and with less memory than quicksort, and also any way to really effectively insert it into the hashing algorithm and be easily invertible.

I'll pm you later about the other implementation, it's still FPGA and ASIC hard.  I wish I had the time to work on it more or the money to pay a coder to implement it.
legendary
Activity: 1484
Merit: 1005
March 27, 2013, 10:25:08 AM
#11
@tacotime
Thanks for the link !
Quote
2. SHA256 followed by BLAKE256 followed by keccak256 (SHA3-256) for the crypt algorithm, to enhance circuit size in ASICs without strongly affecting hash speed.
I prefer to "enhance" like this :

Code:
2. Grøstl256 followed by keccak256 (SHA3-256) for the crypt algorithm, to enhance circuit size in ASICs without strongly affecting hash speed.


That approach was naive, although I figured out another solution to it.
legendary
Activity: 1652
Merit: 1016
March 27, 2013, 04:21:24 AM
#10
I have some secret ideas "for botnets" Smiley

But firstly we need to design CPU-only
 mining and then we'll see how to defeat
 botnets.

Also you should distinguish my plans
 (backed by aliens) and the plans
 of this topic's TS.

I've started my own thread in Russian section.
There will be english sister-thread later.

Sounds dubious.
legendary
Activity: 1652
Merit: 1016
March 27, 2013, 02:46:39 AM
#9
If it's just CPU mining, what protects the network from botnets?
legendary
Activity: 1484
Merit: 1005
March 27, 2013, 12:31:43 AM
#8
See this thread for why it's a bad idea to make scrypt use tons and tons of memory

this comes up like every week or so

https://bitcointalksearch.org/topic/memcoin-protocol-a-cpugpu-oriented-very-memory-hard-chain-122256
legendary
Activity: 1386
Merit: 1000
English <-> Portuguese translations
March 26, 2013, 03:40:10 PM
#7
There's one algo for that, it's called scrypt.  There are parameters you can tweak that adjust the memory requirement.  It is used for Litecoins (LTC).  Litecoin use ~128K memory so it can fit easily in the CPU L2 cache.  However, memory requirement is small enough that GPU can compete.  But one could easily create a coin requiring 1GB of memory, in which case a GPU probably would hardly have more advantage (if any) than CPU.

Litecoin can be mined on GPUs, but is there possibility to mine litecoins in asics ?

The Bitcoin's ASIC no, since those ASICs are made for SHA-256, not Scrypt.
legendary
Activity: 2660
Merit: 1096
Simplemining.net Admin
March 26, 2013, 03:15:05 PM
#6
There's one algo for that, it's called scrypt.  There are parameters you can tweak that adjust the memory requirement.  It is used for Litecoins (LTC).  Litecoin use ~128K memory so it can fit easily in the CPU L2 cache.  However, memory requirement is small enough that GPU can compete.  But one could easily create a coin requiring 1GB of memory, in which case a GPU probably would hardly have more advantage (if any) than CPU.

Litecoin can be mined on GPUs, but is there possibility to mine litecoins in asics ?
sr. member
Activity: 425
Merit: 262
March 26, 2013, 09:48:18 AM
#5
You are too late. LTC has been here more than 1 year.
legendary
Activity: 2660
Merit: 1096
Simplemining.net Admin
March 26, 2013, 07:41:48 AM
#4
protection i mean fair hashing power per spent dolars for hardware.
and also avaible to everyone, not for small amount of people (asic Smiley
sr. member
Activity: 378
Merit: 250
March 26, 2013, 07:40:49 AM
#3
There's one algo for that, it's called scrypt.  There are parameters you can tweak that adjust the memory requirement.  It is used for Litecoins (LTC).  Litecoin use ~128K memory so it can fit easily in the CPU L2 cache.  However, memory requirement is small enough that GPU can compete.  But one could easily create a coin requiring 1GB of memory, in which case a GPU probably would hardly have more advantage (if any) than CPU.
legendary
Activity: 1652
Merit: 1016
March 26, 2013, 06:46:12 AM
#2
Protection from ASICs?  Huh
legendary
Activity: 2660
Merit: 1096
Simplemining.net Admin
March 26, 2013, 06:44:03 AM
#1
Hi guys.

I think that it would be very interesting coin that performs hashing mainly based on how much ddr3 memory i have in my pc.
More memory = faster hashing + it uses strong cpu or graphic cards ?
That would provide protection from ASICs that couldnt have so much memory?
Anybody know how to do such alghoritm ?
Meaby something like lzma compression extreme which needs big amount of memory ?
tell me your opinion ?
Jump to: