[ANNOUNCE] Tenebrix, a CPU-friendly, GPU-hostile cryptocurrency

[Roadhog2k5]

t75eFvVY4avhQWU5rMToasVWzVFdztcxRi

mining away.

[1714221702]

1714221702

[1714221702]

1714221702

[1714221702]

1714221702

[kano]

Um - I think you missed reality with your statement about bot nets trying to be covert.
They CPU mine - and they take away LOTS of cycles from the machines they have infected.
It's only in the rare case where the machine has an appropriate GPU that they could even try to be covert.

[Lolcust]

Um - I think you missed reality with your statement about bot nets trying to be covert.
They CPU mine - and they take away LOTS of cycles from the machines they have infected.
It's only in the rare case where the machine has an appropriate GPU that they even could be covert.

Well, natural selection will sort this one out.

CPU mining too aggressively (or even GPU mining when the user is doing GPU-intensive stuff) is morel likely to get user's attention, and usually that's gameover because as soon as user finds he is infected (esp. with something that interferes with normal day-to-day use) he will eventually get rid of the bug.

Give it some time.

Someone who lucratively mines coins on other person's rig has obvious incentives 1) not to have the activity noticed (thus not to interfere with normal performance too much) and 2) not to get the box / it's owner into "hot water" (that would mean lost resource) unless doing so is vastly more lucrative.

"Minerfections" have significant likelihood of naturally ameliorating as they become more sophisticated (much like real infections by the way)

[dust]

I've gotten 10 stale blocks out of 11 so far.  Is it possible that the blockrate is fairly fast and I am connected to some slow nodes?

EDIT: Fixed... I removed the --s 120 option from the bundled miner .bat file.

[coblee]

tBLzv6j4P2XDASWDbnjjo6LqR8r5EH8nqm

Thanks!

[Lolcust]

I've gotten 10 stale blocks out of 11 so far.  Is it possible that the blockrate is fairly fast and I am connected to some slow nodes?

Target blockrate is 1 in 5 minutes, so it's hardly "ZOMGFAST" like Geist.

Current blockrate seems already quite above that tho.

It is not entirely impossible  that you are indeed connected to some slow nodes, try opening up incoming so that you get better connectivity. However, I think your miner might need some tweaks to better fit your hardware (default settings in the bat were established trial-and-error on an i7), minerd --help might help.

[dust]

I've gotten 10 stale blocks out of 11 so far.  Is it possible that the blockrate is fairly fast and I am connected to some slow nodes?

Target blockrate is 1 in 5 minutes, so it's hardly "ZOMGFAST" like Geist.

Current blockrate seems already quite above that tho.

It is not entirely impossible  that you are indeed connected to some slow nodes, try opening up incoming so that you get better connectivity. However, I think your miner might need some tweaks to better fit your hardware (default settings in the bat were established trial-and-error on an i7), minerd --help might help.

It was the --s flag.  The default of 5 seconds works much better.

[EskimoBob]

Send some coins to '1DrPLgBFdrkSDCe7yx4S57SiRb9gPDQVmy' for test and I'll send 1/2 of it back to you.

[Lolcust]

Send some coins to '1DrPLgBFdrkSDCe7yx4S57SiRb9gPDQVmy' for test and I'll send 1/2 of it back to you.

Checking whether you can recover from "accidents" with pywallet or whether there is "accident protection" at all ?

[Lolcust]

Ok, I have to ask, since you didn't say anyhting about it in the OP, can you give more detail about this currency?

Block size, block frequency, total number, simmilarities/differences to bitcoin, etc, etc, etc?

Boy oh boy I forgot, sorry.

Will amend.

1 block per 5 minutes, retargets every week, accept window cut down to 1 hour (half bitcoin's value), Zeitgeist exploit patched.

No upper limit on mining, not unlike Geist

[caston]

OK I got it compiled with qmake and make then I tried:

chris@galaxy:~/Tenebrix$ ./bitcoin-qt
bitcoin-qt: src/main.cpp:1754: bool LoadBlockIndex(bool): Assertion `block.hashMerkleRoot == uint256("0x4e77ffdc1baa20ffffab9d901f418f7496b2a710e462ac4047accdb8b3b774f9")' failed.
Aborted

[Lolcust]

OK I got it compiled with qmake and make then I tried:

chris@galaxy:~/Tenebrix$ ./bitcoin-qt
bitcoin-qt: src/main.cpp:1754: bool LoadBlockIndex(bool): Assertion `block.hashMerkleRoot == uint256("0x4e77ffdc1baa20ffffab9d901f418f7496b2a710e462ac4047accdb8b3b774f9")' failed.
Aborted

Now I know you are misplacing the config  Either put it into %home%/.tenebrix or put it anywhere you like and use -datadir

Also, Linux users are advised to change daemon=1 to daemon=0, as d=1 makes it unhappy.

[caston]

OK I got it compiled with qmake and make then I tried:

chris@galaxy:~/Tenebrix$ ./bitcoin-qt
bitcoin-qt: src/main.cpp:1754: bool LoadBlockIndex(bool): Assertion `block.hashMerkleRoot == uint256("0x4e77ffdc1baa20ffffab9d901f418f7496b2a710e462ac4047accdb8b3b774f9")' failed.
Aborted

Now I know you are misplacing the config  Either put it into %home%/.tenebrix or put it anywhere you like and use -datadir

ah I found it on that config+data zip file... I have it running now and already have 2 connections....

someone rang me for computer help and I had to rudely tell them I was busy and would ring them back later.. plenty of time to ring them when my computer is mining!

Now to figure out how to actually mine

[Lolcust]

do mind that Linux users are advised to change daemon=1 to daemon=0, as d=1 makes some distros unhappy and kills the Tenebrix

[caston]

How do I build that modified miner of yours?

I tried git cloning it then tried:

./autogen.sh
./autogen.sh: 8: aclocal: not found

[Lolcust]

How do I build that modified miner of yours?

I tried git cloning it then tried:

./autogen.sh
./autogen.sh: 8: aclocal: not found

Do you have automake/autoconf ?

The .sh is intended for use with them and kinda-sortish favors Fedora, but should work oke on ubuntu

[EskimoBob]

Code:

make 
make  all-recursive
make[1]: Entering directory `/Tenebrix-miner'
Making all in compat
make[2]: Entering directory `/Tenebrix-miner/compat'
make[3]: Entering directory `/Tenebrix-miner/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/Tenebrix-miner/compat'
make[2]: Leaving directory `/Tenebrix-miner/compat'
make[2]: Entering directory `/Tenebrix-miner'
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing     -g -O2 -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
cpu-miner.c: In function ‘parse_arg’:
cpu-miner.c:786: warning: passing argument 2 of ‘json_load_file’ makes integer from pointer without a cast
/usr/include/jansson.h:221: note: expected ‘size_t’ but argument is of type ‘struct json_error_t *’
cpu-miner.c:786: error: too few arguments to function ‘json_load_file’
make[2]: *** [minerd-cpu-miner.o] Error 1
make[2]: Leaving directory `/Tenebrix-miner'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/Tenebrix-miner'
make: *** [all] Error 2

Any ideas whats wrong here?

[caston]

How do I build that modified miner of yours?

I tried git cloning it then tried:

./autogen.sh
./autogen.sh: 8: aclocal: not found

Do you have automake/autoconf ?

The .sh is intended for use with them and kinda-sortish favors Fedora, but should work oke on ubuntu

I just installed automake

Code:

chris@galaxy:~/Tenebrix-miner$ automake
configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
compat/Makefile.am:2: WANT_JANSSON does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define `am__fastdepCC' is to add `AC_PROG_CC'
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run `aclocal' and `autoconf' again.
/usr/share/automake-1.11/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define `AMDEP' is to add one of the compiler tests
/usr/share/automake-1.11/am/depend2.am:     AC_PROG_CC, AC_PROG_CXX, AC_PROG_CXX, AC_PROG_OBJC,
/usr/share/automake-1.11/am/depend2.am:     AM_PROG_AS, AM_PROG_GCJ, AM_PROG_UPC
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run `aclocal' and `autoconf' again.
Makefile.am:2: WANT_JANSSON does not appear in AM_CONDITIONAL
Makefile.am:24: HAVE_x86_64 does not appear in AM_CONDITIONAL
Makefile.am:25: HAS_YASM does not appear in AM_CONDITIONAL
configure.ac:7: required file `cpuminer-config.h.in' not found
Makefile.am:16: compiling `cpu-miner.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac'

[Raoul Duke]

YAUPOSC 

[Lolcust]

Code:

make 
make  all-recursive
make[1]: Entering directory `/Tenebrix-miner'
Making all in compat
make[2]: Entering directory `/Tenebrix-miner/compat'
make[3]: Entering directory `/Tenebrix-miner/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/Tenebrix-miner/compat'
make[2]: Leaving directory `/Tenebrix-miner/compat'
make[2]: Entering directory `/Tenebrix-miner'
gcc -DHAVE_CONFIG_H -I. -pthread -fno-strict-aliasing     -g -O2 -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
cpu-miner.c: In function ‘parse_arg’:
cpu-miner.c:786: warning: passing argument 2 of ‘json_load_file’ makes integer from pointer without a cast
/usr/include/jansson.h:221: note: expected ‘size_t’ but argument is of type ‘struct json_error_t *’
cpu-miner.c:786: error: too few arguments to function ‘json_load_file’
make[2]: *** [minerd-cpu-miner.o] Error 1
make[2]: Leaving directory `/Tenebrix-miner'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/Tenebrix-miner'
make: *** [all] Error 2

Any ideas whats wrong here?

I vaguely suspect jansson is to blame. What's dependency versions and what are you building it on (and for) ?

I've built it for windows from under Fedora 15 (Eh, I know) vm and under ubuntu for, well, ubuntu.

You need automake and autoconf before you can use the .sh script

How do I build that modified miner of yours?

I tried git cloning it then tried:

./autogen.sh
./autogen.sh: 8: aclocal: not found

Do you have automake/autoconf ?

The .sh is intended for use with them and kinda-sortish favors Fedora, but should work oke on ubuntu

I just installed automake

Code:

chris@galaxy:~/Tenebrix-miner$ automake
configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
compat/Makefile.am:2: WANT_JANSSON does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define `am__fastdepCC' is to add `AC_PROG_CC'
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run `aclocal' and `autoconf' again.
/usr/share/automake-1.11/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL
/usr/share/automake-1.11/am/depend2.am:   The usual way to define `AMDEP' is to add one of the compiler tests
/usr/share/automake-1.11/am/depend2.am:     AC_PROG_CC, AC_PROG_CXX, AC_PROG_CXX, AC_PROG_OBJC,
/usr/share/automake-1.11/am/depend2.am:     AM_PROG_AS, AM_PROG_GCJ, AM_PROG_UPC
/usr/share/automake-1.11/am/depend2.am:   to `configure.ac' and run `aclocal' and `autoconf' again.
Makefile.am:2: WANT_JANSSON does not appear in AM_CONDITIONAL
Makefile.am:24: HAVE_x86_64 does not appear in AM_CONDITIONAL
Makefile.am:25: HAS_YASM does not appear in AM_CONDITIONAL
configure.ac:7: required file `cpuminer-config.h.in' not found
Makefile.am:16: compiling `cpu-miner.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac'

If you have both  automake and autoconf, start the autogen.sh, and follow the readme step-by-step from there (assuming autogen.sh doesn't blow up again)

YAUPOSC 

French  ?