Pages:
Author

Topic: [DeM] Deutsche eMark (v1.4) - ein deutscher Cryptocoin - page 57. (Read 154221 times)

legendary
Activity: 2955
Merit: 1049
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
  \-PE 7b810000-7ba5b000 \               kernel32
ELF 7bc00000-7bcda000 Dwarf           ntdll
  \-PE 7bc10000-7bcda000 \               ntdll
ELF 7bf00000-7bf04000 Deferred       
ELF 7d228000-7d22f000 Deferred        libnss_dns.so.2
ELF 7d230000-7d24d000 Deferred        libgcc_s.so.1
ELF 7d320000-7d33f000 Deferred        wintab32
  \-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
  \-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
  \-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
  \-PE 7dd50000-7dd73000 \               msacm32
ELF 7dd78000-7de32000 Deferred        winmm
  \-PE 7dd80000-7de32000 \               winmm
ELF 7de38000-7de5d000 Deferred        imm32
  \-PE 7de40000-7de5d000 \               imm32
ELF 7de60000-7dea0000 Deferred        winspool
  \-PE 7de70000-7dea0000 \               winspool
ELF 7dea0000-7df8b000 Deferred        comdlg32
  \-PE 7deb0000-7df8b000 \               comdlg32
ELF 7df90000-7e097000 Deferred        comctl32
  \-PE 7dfa0000-7e097000 \               comctl32
ELF 7e098000-7e112000 Deferred        shlwapi
  \-PE 7e0b0000-7e112000 \               shlwapi
ELF 7e118000-7e34b000 Deferred        shell32
  \-PE 7e130000-7e34b000 \               shell32
ELF 7e350000-7e485000 Deferred        oleaut32
  \-PE 7e370000-7e485000 \               oleaut32
ELF 7e488000-7e50a000 Deferred        rpcrt4
  \-PE 7e490000-7e50a000 \               rpcrt4
ELF 7e510000-7e52a000 Deferred        version
  \-PE 7e520000-7e52a000 \               version
ELF 7e530000-7e68a000 Deferred        user32
  \-PE 7e540000-7e68a000 \               user32
ELF 7e690000-7e7cd000 Deferred        ole32
  \-PE 7e6b0000-7e7cd000 \               ole32
ELF 7e7d0000-7e806000 Deferred        ws2_32
  \-PE 7e7e0000-7e806000 \               ws2_32
ELF 7e808000-7e81d000 Deferred        mswsock
  \-PE 7e810000-7e81d000 \               mswsock
ELF 7e820000-7e8c7000 Dwarf           msvcrt
  \-PE 7e830000-7e8c7000 \               msvcrt
ELF 7e8f8000-7ea16000 Deferred        gdi32
  \-PE 7e900000-7ea16000 \               gdi32
ELF 7ea18000-7ea8a000 Deferred        advapi32
  \-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
  \-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
Nyx
sr. member
Activity: 274
Merit: 250
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!
full member
Activity: 161
Merit: 100
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 Wink
Jeder der "Großen" wollte bis jetzt immer ein möglichst großes Pooltarget.
legendary
Activity: 1270
Merit: 1000
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 Wink

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.
full member
Activity: 161
Merit: 100
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 Wink
sr. member
Activity: 266
Merit: 250
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:

Quote
#!/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.
sr. member
Activity: 266
Merit: 250
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
full member
Activity: 157
Merit: 100
hast du links zu den sachen die du benutzt ?

würde gerne auch nen pool aufsetzten
full member
Activity: 161
Merit: 100
Ok, es sollte doch gehen Smiley 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.
full member
Activity: 174
Merit: 100
Deutsche eMark
Hier ist ein xpost aus dem englichen thread:

Quote
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.
full member
Activity: 157
Merit: 100
ist ds ein selbst entwickeltes frontend ? oder ein "fertigs" nur installiert ?

wenn 2. welches ^^?
welche pool software läuft auf dem server?
full member
Activity: 174
Merit: 100
Deutsche eMark
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.
Nyx
sr. member
Activity: 274
Merit: 250
Könnte hier jemand einen Mac Build des Clients anbieten? Danke!
full member
Activity: 161
Merit: 100
Leider nicht bei meinem Frontend, das Stratum kann es ^^
Ich schaue mich mal um, wie ich das lösen kann.
full member
Activity: 157
Merit: 100
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 ?
full member
Activity: 161
Merit: 100
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/
sr. member
Activity: 250
Merit: 250
Bitcoin Mining ____2011-2013
Ja, die worker dif von 128 ist echt nicht so tool :-(
wäre gut wenn man die änderen könnte... grade jetzt wo zurzeit 600gh/s im pool aktiv sind :-(

ja, das kann ich nur bestätigen.

wen man mehere hundert gh/s ranhängt spielts wohl keine rolle aber bei z.B. einem gh/s kann man froh sein wenn man überhaupt einen share zwischen die blöcke bekommt.
full member
Activity: 157
Merit: 100
Ja, die worker dif von 128 ist echt nicht so tool :-(
wäre gut wenn man die änderen könnte... grade jetzt wo zurzeit 600gh/s im pool aktiv sind :-(
sr. member
Activity: 266
Merit: 250
Der Pool ist jetzt umgezogen.

I gave it another try with 4x Asicminer USB sticks. Thats 1,3G "only".
Your pool assigns me a Diff of 128! This means that I nearly never submit a share before a block is found.
I first thought the whole pool is broken as well. But I think it's just configured for only high speed miners.
Maybe that's planned, but then you should announce it.

trepex
sr. member
Activity: 266
Merit: 250
Schon wieder ein Problem? Oder ist es nur eins von coinex  ??


Es ist ein reiner CoinEX Pool-Mining Problem. Solo Mining läuft die ganze Zeit stabil.
Probier den anderen Pool unter www.coin-base.org/dem/ wenn du kein Solo-Mining machen willst.
Pages:
Jump to: