Bitcoin Forum
November 10, 2024, 04:09:46 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Memory based algorithm coin ?  (Read 2092 times)
tytanick (OP)
Legendary
*
Offline Offline

Activity: 2660
Merit: 1096


Simplemining.net Admin


View Profile WWW
March 26, 2013, 11: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 ?

Manage your GPU farm the easy way with Mining OS (30 days free):  SimpleMining.net
Support available at Discord: https://simplemining.net/page/discord and admin@simplemining.net
Bitcointalk thread: https://bitcointalk.org/index.php?topic=1541084.0
Buffer Overflow
Legendary
*
Offline Offline

Activity: 1652
Merit: 1016



View Profile
March 26, 2013, 11:46:12 AM
 #2

Protection from ASICs?  Huh

ehoffman
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250


View Profile
March 26, 2013, 12:40:49 PM
 #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.

Like my comments?  Cheer me up at 137s1qFV63M6SXWhKkwjaZKEeZX23pq1hw
Don't like my comments, donate to the BCRT (better comment research team) here at 1A1PbZypjEe7yanj69ApVS1FhK8UMW7Wdc Smiley
tytanick (OP)
Legendary
*
Offline Offline

Activity: 2660
Merit: 1096


Simplemining.net Admin


View Profile WWW
March 26, 2013, 12:41:48 PM
 #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

Manage your GPU farm the easy way with Mining OS (30 days free):  SimpleMining.net
Support available at Discord: https://simplemining.net/page/discord and admin@simplemining.net
Bitcointalk thread: https://bitcointalk.org/index.php?topic=1541084.0
hanzac
Sr. Member
****
Offline Offline

Activity: 425
Merit: 262


View Profile
March 26, 2013, 02:48:18 PM
 #5

You are too late. LTC has been here more than 1 year.
tytanick (OP)
Legendary
*
Offline Offline

Activity: 2660
Merit: 1096


Simplemining.net Admin


View Profile WWW
March 26, 2013, 08: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 ?

Manage your GPU farm the easy way with Mining OS (30 days free):  SimpleMining.net
Support available at Discord: https://simplemining.net/page/discord and admin@simplemining.net
Bitcointalk thread: https://bitcointalk.org/index.php?topic=1541084.0
DarkHyudrA
Legendary
*
Offline Offline

Activity: 1386
Merit: 1000


English <-> Portuguese translations


View Profile
March 26, 2013, 08: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.

English <-> Brazilian Portuguese translations
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
March 27, 2013, 05: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://bitcointalk.org/index.php?topic=122256.0

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Buffer Overflow
Legendary
*
Offline Offline

Activity: 1652
Merit: 1016



View Profile
March 27, 2013, 07:46:39 AM
 #9

If it's just CPU mining, what protects the network from botnets?

Buffer Overflow
Legendary
*
Offline Offline

Activity: 1652
Merit: 1016



View Profile
March 27, 2013, 09: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.

tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
March 27, 2013, 03:25:08 PM
 #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.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1005



View Profile
March 27, 2013, 04:15:49 PM
 #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.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
mr_random
Legendary
*
Offline Offline

Activity: 1344
Merit: 1001



View Profile
March 27, 2013, 06: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?

▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!