[DeM] Deutsche eMark (v1.4) - ein deutscher Cryptocoin

[ortchi]

Stimmt die kleinen 0,33GH/s habe ich beim Setup vergessen. Der Pool unterstützt nur ein festes Pool_target bzw Diff. Da die Sticks einzeln rechnen, vermute ich mal, brauche die jetzt sehr lange pro Share. Die großen Asic rechnen parallel und damit haben die eine hohe Sharerate. Bei einem pool_target von 32, schafft die Datenbank es nicht mehr, die Shares einzutragen. Wir können noch 64 probieren, aber das dürfte für die kleinen immer noch zu viel sein. Ab 1-2 GH/s sollte es passen. Wenn ich auf 64 umstelle, stimmt die Statistik der gefunden Blöcke aber nicht mehr.

Was meint ihr zu pool_target 64?

www.coin-base.org/dem/
www.coin-base.org/dem_blockcrawler/

[gMaN1337]

kann, man das nicht Variabel für die einzelen worker vergeben ?

das z.b. jemand der nur 1-2 gh/s macht 32 bekommt jemand der ka 4-5gh/s 64 und alles drüber dann 128 und mehr ?

[ortchi]

Leider nicht bei meinem Frontend, das Stratum kann es ^^
Ich schaue mich mal um, wie ich das lösen kann.

[Nyx]

Könnte hier jemand einen Mac Build des Clients anbieten? Danke!

[Bzzzum]

Könnte hier jemand einen Mac Build des Clients anbieten? Danke!

Ich denke, dass trepex Dir hier evtl. helfen könnte, da er alles auf dem Mac am Laufen hat.

[gMaN1337]

ist ds ein selbst entwickeltes frontend ? oder ein "fertigs" nur installiert ?

wenn 2. welches ^^?
welche pool software läuft auf dem server?

[Bzzzum]

Hier ist ein xpost aus dem englichen thread:

This is what happens when pool is submitting a block:
ThreadRPCServer method=submitblock
******* exception encountered *******
/usr/bin/emarkd[0x56832c]
/usr/bin/emarkd[0x41f25f]
/usr/bin/emarkd[0x423cd8]
/usr/bin/emarkd[0x48bb73]
/usr/bin/emarkd[0x4c1455]
/usr/bin/emarkd[0x5169fc]
/usr/bin/emarkd[0x4ddd6b]
/usr/bin/emarkd[0x4dffd7]
/usr/lib/libboost_thread.so.1.49.0(+0xe6e9)[0x7f569674a6e9]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7f8e)[0x7f569594ff8e]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f5694e5be1d]

Any help appreciated. This also happened few weeks ago, and then solved itself after a few hours. Just wondering if we could get some more debug info to figure out what is happening there.

erundook braucht Hilfe bei seinem Pool, evtl. kann ihm jemand helfen. Ich hab nur noch nen dicken Kopf von der Grippe, aber es geht langsam aufwärts.

[ortchi]

Ok, es sollte doch gehen Ich richte gleich einen Testport ein und teste es mal.
Ich nutze MPOS und ein Stratum das für SHA256, POS und Textnachrichten optimiert ist.

[gMaN1337]

hast du links zu den sachen die du benutzt ?

würde gerne auch nen pool aufsetzten

[trepex]

Stimmt die kleinen 0,33GH/s habe ich beim Setup vergessen. Der Pool unterstützt nur ein festes Pool_target bzw Diff. Da die Sticks einzeln rechnen, vermute ich mal, brauche die jetzt sehr lange pro Share. Die großen Asic rechnen parallel und damit haben die eine hohe Sharerate. Bei einem pool_target von 32, schafft die Datenbank es nicht mehr, die Shares einzutragen. Wir können noch 64 probieren, aber das dürfte für die kleinen immer noch zu viel sein. Ab 1-2 GH/s sollte es passen. Wenn ich auf 64 umstelle, stimmt die Statistik der gefunden Blöcke aber nicht mehr.

Was meint ihr zu pool_target 64?

www.coin-base.org/dem/
www.coin-base.org/dem_blockcrawler/

Ich muss (und wollte) nicht wirklich mit meinen USB Asics in dem Pool minen. Das war mehr ein Test um zu sehen, ob
der Pool aktuell funktioniert. Zu dem Zeitpunkt war der CoinEX Pool (den ich auch nicht wirklich nutze) down.

Es war übrigens ein Setup, wo 4 Asicminer USBs zusammen auf einer Connection / worker gearbeitet haben.
Der Difficlty kann ruhig hoch bleiben, es sollte aber irgendwo ein Hinweis darauf stehen.

trepex

[trepex]

Könnte hier jemand einen Mac Build des Clients anbieten? Danke!

Ich denke, dass trepex Dir hier evtl. helfen könnte, da er alles auf dem Mac am Laufen hat.

Ich habe nur den eMarkd kompiliert bekommen. Also kein GUI Zugriff.
Zum Solo Mining reicht es mir. Man kann die wallet.dat ja parallel auf einem anderen Rechner für alle
anderen Transaktionen nutzen.
Den "Kontostand" frage ich mit folgendem kleinen Programm ab:

#!/opt/local/bin/perl

use JSON::RPC::Client;
use Data::Dumper;

my $client = new JSON::RPC::Client;

$client->ua->credentials(
   '192.168.***.***:', 'jsonrpc', '****' => '****'  # REPLACE WITH YOUR bitcoin.conf rpcuser/rpcpassword
    );

my $uri = 'http://192.168.***.***:6666/';
my $obj = {
    method  => 'getinfo',
    params  => [],
 };

my $res = $client->call( $uri, $obj );

if ($res){
    if ($res->is_error) { print "Error : ", $res->error_message; }
    else {
   print Dumper($res->result);
    }
} else {
    print $client->status_line;
}

Ich sehe mir mal an, ob ich das Binary mit static libraries kompiliert bekomme.

Update: Hat geklappt!

https://mega.co.nz/#!IplC2IwS!eWUlNUSXhBSr9ypViNZHjnyONsV0JO7C3ROhAbdFhUU
md5 Checksum: $ md5 eMarkd_MacOSX_static_libs
MD5 (eMarkd_MacOSX_static_libs) = da4d960ecfd4fb4fecf98f1f901ee4d8

Viel Spass!
Ach ja, getestet unter 10.8.5. Kompiliert auf einem Mac Mini, Binary auf einen MacBook (ohne Entwicklungsumgebung=
kopiert und kann dort gestartet werden. Das ging früher nicht und das Binary ist jetzt auch grösser.

[ortchi]

Ich habe auf Port 4453 ein stratum für kleine ASICs und Grafikkarten eingerichtet. Bitte nur bis ca 2GHash/s benutzen. Das Pooltarget ist testweise auf 4 eingestellt. 32 Share dieses Stratum, ergeben ein normales Share. Oder 1 Share ist 0,03125 normale Share. Die Anteile werden richtig berechnet, es gibt also ab 0,03125 share Coins.
Nach dem Testlauf plane ich noch 16 und 32 oder lieber 32 und 256?

coin-base.org:4453

@gMaN1337 schau mal in den Footer des Pool

[lame.duck]

Ich habe auf Port 4453 ein stratum für kleine ASICs und Grafikkarten eingerichtet. Bitte nur bis ca 2GHash/s benutzen. Das Pooltarget ist testweise auf 4 eingestellt. 32 Share dieses Stratum, ergeben ein normales Share. Oder 1 Share ist 0,03125 normale Share. Die Anteile werden richtig berechnet, es gibt also ab 0,03125 share Coins.
Nach dem Testlauf plane ich noch 16 und 32 oder lieber 32 und 256?

coin-base.org:4453

@gMaN1337 schau mal in den Footer des Pool

auch wenn 4x32 = 128 sind, verschafft ein derartiges Setup kleineren Miner nicht einen Vorteil, bzw. wäre es für einen Miner mit einer leistungsfähigeren Hardware nicht lohnenserwert 2 Miner anzulegen und nach jedem share mit dem niedrigeren Target auf den nächsten account zu wechseln damit das nicht auffällt? Da könnte ja immer schon der nächste Datensatz auf Vorrat geholt werden damit der Verlust durch das Netzwerk minimiert wird.

[ortchi]

Die Stratum tragen zu jedem Share die Schwierigkeit mit ein und berechnet alles anhand der Schwierigkeit. Sonst würde das nicht funktionieren.
Ich habe keinen Plan wie cgminer und die anderen intern arbeiteten, aber ich denke es ist besser alle 1-2 Sekunden ein Share zu berechnen und damit die Kommunikation nicht zu übertreiben
Jeder der "Großen" wollte bis jetzt immer ein möglichst großes Pooltarget.

[Nyx]

Viel Spass!
Ach ja, getestet unter 10.8.5. Kompiliert auf einem Mac Mini, Binary auf einen MacBook (ohne Entwicklungsumgebung=
kopiert und kann dort gestartet werden. Das ging früher nicht und das Binary ist jetzt auch grösser.

voll cool, danke! GUI ist eh nicht so wichtig. Kompilieren kann ich es momentan nicht, da ich eine spezielle Version der berkley-db hier drauf habe und nicht ändern kann.

Die Abfragen im Terminal mache ich jeweils mit curl, ich schau mir dein Snippet aber mal an.

Nochmals Danke!

[ewibit]

nachdem ich es unter Ubuntu 13.10 nicht kompiliert bekomme habe ich es jetzt unter wine versucht

Code:

0x7bc7891c DbgBreakPoint in ntdll: int	$3
Modules:
Module	Address			Debug info	Name (105 modules)
PE	  400000-  c33000	Export          emark-qt
PE	  e40000- 17f9000	Deferred        qtgui4
PE	6e0c0000-6e388000	Deferred        qtcore4
PE	6e940000-6e964000	Deferred        libgcc_s_dw2-1
PE	6fbc0000-6fbd7000	Deferred        mingwm10
PE	6fc40000-6fd36000	Deferred        libstdc++-6
ELF	7b800000-7ba5b000	Deferred        kernel32<elf>
  \-PE	7b810000-7ba5b000	\               kernel32
ELF	7bc00000-7bcda000	Dwarf           ntdll<elf>
  \-PE	7bc10000-7bcda000	\               ntdll
ELF	7bf00000-7bf04000	Deferred        <wine-loader>
ELF	7d228000-7d22f000	Deferred        libnss_dns.so.2
ELF	7d230000-7d24d000	Deferred        libgcc_s.so.1
ELF	7d320000-7d33f000	Deferred        wintab32<elf>
  \-PE	7d330000-7d33f000	\               wintab32
ELF	7d368000-7d371000	Deferred        librt.so.1
ELF	7d378000-7d37d000	Deferred        libgpg-error.so.0
ELF	7d380000-7d397000	Deferred        libresolv.so.2
ELF	7d398000-7d39c000	Deferred        libkeyutils.so.1
ELF	7d3a0000-7d3eb000	Deferred        libdbus-1.so.3
ELF	7d3f0000-7d40f000	Deferred        libp11-kit.so.0
ELF	7d410000-7d422000	Deferred        libtasn1.so.3
ELF	7d428000-7d4ac000	Deferred        libgcrypt.so.11
ELF	7d4b0000-7d4b9000	Deferred        libkrb5support.so.0
ELF	7d4c0000-7d4c5000	Deferred        libcom_err.so.2
ELF	7d4c8000-7d4f0000	Deferred        libk5crypto.so.3
ELF	7d4f0000-7d5bf000	Deferred        libkrb5.so.3
ELF	7d5c0000-7d686000	Deferred        libgnutls.so.26
ELF	7d688000-7d6c5000	Deferred        libgssapi_krb5.so.2
ELF	7d6c8000-7d734000	Deferred        libcups.so.2
ELF	7d768000-7d79e000	Deferred        uxtheme<elf>
  \-PE	7d770000-7d79e000	\               uxtheme
ELF	7d7a0000-7d7a6000	Deferred        libxfixes.so.3
ELF	7d7a8000-7d7b3000	Deferred        libxcursor.so.1
ELF	7d7b8000-7d7c9000	Deferred        libxi.so.6
ELF	7d7d0000-7d7d4000	Deferred        libxcomposite.so.1
ELF	7d7d8000-7d7e3000	Deferred        libxrandr.so.2
ELF	7d7e8000-7d7f3000	Deferred        libxrender.so.1
ELF	7d7f8000-7d7fe000	Deferred        libxxf86vm.so.1
ELF	7d800000-7d804000	Deferred        libxinerama.so.1
ELF	7d808000-7d80f000	Deferred        libxdmcp.so.6
ELF	7d810000-7d814000	Deferred        libxau.so.6
ELF	7d818000-7d839000	Deferred        libxcb.so.1
ELF	7d840000-7d846000	Deferred        libuuid.so.1
ELF	7d848000-7d862000	Deferred        libice.so.6
ELF	7d868000-7d99d000	Deferred        libx11.so.6
ELF	7d9a0000-7d9b3000	Deferred        libxext.so.6
ELF	7d9b8000-7d9c1000	Deferred        libsm.so.6
ELF	7d9c8000-7d9da000	Deferred        libavahi-client.so.3
ELF	7d9e0000-7d9ee000	Deferred        libavahi-common.so.3
ELF	7d9f8000-7da89000	Deferred        winex11<elf>
  \-PE	7da00000-7da89000	\               winex11
ELF	7dbe8000-7dc11000	Deferred        libexpat.so.1
ELF	7dc18000-7dc52000	Deferred        libfontconfig.so.1
ELF	7dc58000-7dc72000	Deferred        libz.so.1
ELF	7dc78000-7dd17000	Deferred        libfreetype.so.6
ELF	7dd48000-7dd73000	Deferred        msacm32<elf>
  \-PE	7dd50000-7dd73000	\               msacm32
ELF	7dd78000-7de32000	Deferred        winmm<elf>
  \-PE	7dd80000-7de32000	\               winmm
ELF	7de38000-7de5d000	Deferred        imm32<elf>
  \-PE	7de40000-7de5d000	\               imm32
ELF	7de60000-7dea0000	Deferred        winspool<elf>
  \-PE	7de70000-7dea0000	\               winspool
ELF	7dea0000-7df8b000	Deferred        comdlg32<elf>
  \-PE	7deb0000-7df8b000	\               comdlg32
ELF	7df90000-7e097000	Deferred        comctl32<elf>
  \-PE	7dfa0000-7e097000	\               comctl32
ELF	7e098000-7e112000	Deferred        shlwapi<elf>
  \-PE	7e0b0000-7e112000	\               shlwapi
ELF	7e118000-7e34b000	Deferred        shell32<elf>
  \-PE	7e130000-7e34b000	\               shell32
ELF	7e350000-7e485000	Deferred        oleaut32<elf>
  \-PE	7e370000-7e485000	\               oleaut32
ELF	7e488000-7e50a000	Deferred        rpcrt4<elf>
  \-PE	7e490000-7e50a000	\               rpcrt4
ELF	7e510000-7e52a000	Deferred        version<elf>
  \-PE	7e520000-7e52a000	\               version
ELF	7e530000-7e68a000	Deferred        user32<elf>
  \-PE	7e540000-7e68a000	\               user32
ELF	7e690000-7e7cd000	Deferred        ole32<elf>
  \-PE	7e6b0000-7e7cd000	\               ole32
ELF	7e7d0000-7e806000	Deferred        ws2_32<elf>
  \-PE	7e7e0000-7e806000	\               ws2_32
ELF	7e808000-7e81d000	Deferred        mswsock<elf>
  \-PE	7e810000-7e81d000	\               mswsock
ELF	7e820000-7e8c7000	Dwarf           msvcrt<elf>
  \-PE	7e830000-7e8c7000	\               msvcrt
ELF	7e8f8000-7ea16000	Deferred        gdi32<elf>
  \-PE	7e900000-7ea16000	\               gdi32
ELF	7ea18000-7ea8a000	Deferred        advapi32<elf>
  \-PE	7ea20000-7ea8a000	\               advapi32
ELF	7ea90000-7ea9d000	Deferred        libnss_files.so.2
ELF	7eaa0000-7eaac000	Deferred        libnss_nis.so.2
ELF	7eab0000-7eac9000	Deferred        libnsl.so.1
ELF	7ead0000-7ead9000	Deferred        libnss_compat.so.2
ELF	7ef88000-7efcb000	Deferred        libm.so.6
ELF	7efd8000-7effe000	Deferred        iphlpapi<elf>
  \-PE	7efe0000-7effe000	\               iphlpapi
ELF	f73b8000-f756c000	Deferred        libc.so.6
ELF	f7570000-f7575000	Deferred        libdl.so.2
ELF	f7578000-f7593000	Deferred        libpthread.so.0
ELF	f75c8000-f777d000	Dwarf           libwine.so.1
ELF	f7780000-f77a2000	Deferred        ld-linux.so.2
ELF	f77a4000-f77a5000	Deferred        [vdso].so
Threads:
process  tid      prio (all id:s are in hex)
0000000e services.exe
	0000002e    0
	0000002d    0
	00000026    0
	0000001f    0
	00000010    0
	0000000f    0
00000012 acs.exe
	00000032    0
	00000031    0
	00000023    0
	00000022    0
	00000021    0
	0000001c    0
	00000013    0
00000014 explorer.exe
	00000033    0
	00000015    0
00000024 winedevice.exe
	0000002c    0
	00000029    0
	00000028    0
	00000025    0
0000002a plugplay.exe
	00000030    0
	0000002f    0
	0000002b    0
00000034 (D) C:\Programme\eMarks\eMark-qt.exe
	00000044    0
	00000043    0
	00000042    0
	00000041   -2
	00000040    0
	0000003f   -1
	0000003e    0
	0000003c    0
	0000003b    0
	0000003a    0
	00000037    0
	00000036    0
	00000035    0 <==
System information:
    Wine build: wine-1.6
    Platform: i386
    Host system: Linux
    Host version: 3.11.0-13-generic

auch nichts..
und
mit mono rührt sich gar nichts
in Linux:

Code:

In Funktion `context':
/usr/include/boost/asio/ssl/impl/context.ipp:51: Nicht definierter Verweis auf `SSLv2_method'
/usr/include/boost/asio/ssl/impl/context.ipp:54: Nicht definierter Verweis auf `SSLv2_client_method'
/usr/include/boost/asio/ssl/impl/context.ipp:57: Nicht definierter Verweis auf `SSLv2_server_method'
collect2: error: ld returned 1 exit status
make: *** [eMarkd] Fehler 1

[ortchi]

Unter ubuntu 12.10 habe ich folgende Pakete eingespielt
apt-get install build-essential libboost-all-dev libcurl4-openssl-dev libdb5.1-dev libdb5.1++-dev

und dann im Verzeichnis dem/src
make -f makefile.unix USE_UPNP=-

[rausvi15]

Was is dass?

23060   Orphan block status ?? auf coin-base.org/dem  ??

[ewibit]

Unter ubuntu 12.10 habe ich folgende Pakete eingespielt
apt-get install build-essential libboost-all-dev libcurl4-openssl-dev libdb5.1-dev libdb5.1++-dev

und dann im Verzeichnis dem/src
make -f makefile.unix USE_UPNP=-

Code:

Entfernen von libcurl4-gnutls-dev ...
Trigger für man-db werden verarbeitet ...
Vormals nicht ausgewähltes Paket libcurl4-openssl-dev wird gewählt.

Danke
leider gleicher Fehler
ist aber Ubuntu 13.10

[ortchi]

Getrennte oder Verwaiste Blöcke sind gültige Blöcke, die nicht Teil der Hauptkette sind. Sie können auftreten, wenn zwei Miner Blöcke zu ähnlichen Zeiten gemint haben.
Das kommt leider ab und zu vor. Der Pool hat bis jetzt 1037 Blöcke gefunden und davon sind 3 orphaned oder verwaist und damit ungültig. Es gibt Coins, da sind bis zu 10% orphaned