Pages:
Author

Topic: [DeM] Deutsche eMark - DEM - cryptocoin SHA256 POS/POW - page 33. (Read 237470 times)

hero member
Activity: 1092
Merit: 552
Retired IRCX God
1 less pool on the network and still just as many orphans.  Cry
legendary
Activity: 1028
Merit: 1000
Notice for Maintenance @ GCPOOL


i had to Stop for about 3 Hours to upgrade to better CPU and RAM

just for your Information !

 sudo lshw -C cpu
  *-cpu
       product: Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz
       vendor: Intel Corp.
       physical id: 1
       bus info: cpu@0
       width: 64 bits
       
# sudo lshw -C memory
  *-memory
       description: System memory
       physical id: 0
       size: 46GiB




Will be back soon as possible .


All your Shares and Coins are SAFE .

Please use other Pools

Regards Glen




hero member
Activity: 1092
Merit: 552
Retired IRCX God
What is the point with this coin? Like Canada eCoin or Auroracoin it is a very local crypto, it is supposed to interest the investors of the country bound?

Bitcoin and many other cryptos are worldwide currencies. Imo it's very complicated for a "local" crypto to open up to the markets and interest a lot of people. Especially without special technology.

What are your opinions on the subject?
IMO, it's a horrible idea for "local" markets to adopt a coin that creates a double spend liability for them, and it's an even worse idea for a larger market to consider acceptance.  It's one thing to try to try to get a rescinded remittance from Joe Shcmoe that lives down the block, try to get it from an anonymous you-don't-know-who on the other side of the country. Roll Eyes
full member
Activity: 228
Merit: 250
hero member
Activity: 1092
Merit: 552
Retired IRCX God
@genie
You are saying there's an error in the algo? Or the pools?

15+% orphaned blocks indicate error in algo...but should be "patch-able"?

Just trying to understand.
The issue is not the pools otherwise it wouldn't be all throughout the network with several different types of pool servers having the exact same issue.
The issue seems to be that the wallet ignores consensus in that, anytime a block is sent out with a timestamp older than the most currently accepted block, the entire chain gets orphaned to the point where that block would have been the "next block" and only blocks built on that one are then considered valid.

An overly simplified example would be....

The current chain is:
Block AAAAAB - timestamp 9:15:02
Block AAAAAC - timestamp 9:15:06
Block AAAAAD - timestamp 9:16:02
Block AAAAAE - timestamp 9:16:32
Block AAAAAF - timestamp 9:17:15
Block AAAAAG - timestamp 9:17:27
Block AAAAAH - timestamp 9:17:43

And there exists a previously unaccepted:
Block AAAABA - timestamp 9:15:04 (built upon AAAAAB)

When AAAABA gets broadcast to enough nodes, the fact that 6 blocks have been built upon AAAAAB (and rendered valid by consensus) becomes irreverent, blocks AAAAAC through AAAAAH get orphaned and the new chain becomes:
Block AAAAAB - timestamp 9:15:02
Block AAAABA - timestamp 9:15:04
Block AAAABB - the next block the network is working on.

It creates "nice" doublespend attack opportunities for anyone using a merchant that uses less than 7 confirmations (fact, not FUD).  Undecided
newbie
Activity: 20
Merit: 0
@genie
You are saying there's an error in the algo? Or the pools?

15+% orphaned blocks indicate error in algo...but should be "patch-able"?

Just trying to understand.
hero member
Activity: 1092
Merit: 552
Retired IRCX God
full member
Activity: 486
Merit: 104

If all is coded right, then you can just compile as normal and run the daemon with:
Code:
./eMarkd -disablewallet
Wink

Ah, yes !  Thank you. Running it this way does indeed disable the wallet, as evidenced by a lack of 'walletversion' and 'balance' in getinfo RPC call:


coins@server:$ eMarkd getinfo
{
    "version" : "v1.4.1.0",
    "protocolversion" : 60010,
    "blocks" : 1298222,
    "timeoffset" : 0,
    "moneysupply" : 33912927.36520400,
    "connections" : 2,
    "proxy" : "",
    "ip" : "204.68.122.4",
    "difficulty" : {
        "proof-of-work" : 13463806.74920098,
        "proof-of-stake" : 281.88991196
    },
    "testnet" : false,
    "paytxfee" : 0.00100000,
    "mininput" : 0.00000000,
    "errors" : ""
}
hero member
Activity: 1092
Merit: 552
Retired IRCX God
One thing to know is that if you compile the node for mining purposes, it is better to compile it *without* a wallet.  This is mainly to get speed advantage; of course, you mine with a wallet address from _another_ machine (or paper wallet, for that matter). Your mining node will run a bit faster and give it a slight edge over a setup that is also maintaining a wallet.
Deutsche eMark is in the family of coins that compile by changing over to the source directory and running the compile, like so:

cd ~/eMark/src
make -f makefile.unix
    ( or, if you have lots of cores,  make -j -f makefile.unix,   to compile in parallel)

in the ~/eMark/src/makefile.unix  I found USE_WALLET:=1, and changed it to USE_WALLET=0   (near the top).      I tried to compile like this, but ran into an error, so there must be another way to compile correctly without wallet.    ¿Perhaps one the devs can let us know ?

I know in other coins that use  ~//.autogen.sh     and  ~//.configure you can do:
~//.configure --disable-wallet     
If all is coded right, then you can just compile as normal and run the daemon with:
Code:
./eMarkd -disablewallet
Wink
full member
Activity: 486
Merit: 104
Hello fellow miners,

after giving up on Bitcoin (I only have 2 ASIC miners with 10 GH/s capacity), I started mining DEM. This was about a week ago. I set up a wallet, which took quite a lot to sync and I've been mainly mining on http://coinz.at:81/workers.

The thing is that I was expecting to have access to some kind of a dashboard where I could see my mining progress. I thought that after the wallet is in sync, the mined amount would start to show up there, but this is not the case yet.

So, basically, my question is how can I monitor my mining progress? Where can I see the amount of DEM awarded?

Thanks a lot!

One thing to know is that if you compile the node for mining purposes, it is better to compile it *without* a wallet.  This is mainly to get speed advantage; of course, you mine with a wallet address from _another_ machine (or paper wallet, for that matter). Your mining node will run a bit faster and give it a slight edge over a setup that is also maintaining a wallet.
Deutsche eMark is in the family of coins that compile by changing over to the source directory and running the compile, like so:

cd ~/eMark/src
make -f makefile.unix
    ( or, if you have lots of cores,  make -j -f makefile.unix,   to compile in parallel)

in the ~/eMark/src/makefile.unix  I found USE_WALLET:=1, and changed it to USE_WALLET=0   (near the top).      I tried to compile like this, but ran into an error, so there must be another way to compile correctly without wallet.    ¿Perhaps one the devs can let us know ?

I know in other coins that use  ~//.autogen.sh     and  ~//.configure you can do:
~//.configure --disable-wallet     
hero member
Activity: 1092
Merit: 552
Retired IRCX God
.... i am NOT the Dev...
Then, perhaps, you should save us all some headaches and stop responding to posts in a manner suggestive that you're involved in the development...  Roll Eyes
legendary
Activity: 1028
Merit: 1000
yep , guess what ? .

you are ALWAYS right . you Won and you are the Best .

Before you told about Devs Pool ( i am NOT the Dev , remember ?  ) check other Pools .here you got the same Problems . And yes , we know .... we working on new Wallets . Guess what ? told that 100 Times before.


and PLONK, cause its too frustrating to talk .


Glen
hero member
Activity: 1092
Merit: 552
Retired IRCX God
...please feel free to help . If you know about this Problem , share your Toughs to fix .....
if you cant help , please stop Fudding ( it wont help )
It's quite ironic that not 5 minutes before you posted that, I was just telling someone how sad I find it when people liberally use FUD to even include things that are actually, and provably, flawed. I can assure you that dismissing the fact that you, yourself, can't even run a pool that is free of this issue does nothing for the usefulness of this coin.

The developer's own pool has nearly 400 orphaned blocks in the last month (16.25% of all blocks from that pool); that's fact, not FUD.
legendary
Activity: 1028
Merit: 1000
is it only me thinking you are very negative ?

yep , you told that 1000 times before . Yep , we worked on . YEP , we all know that . YEPPP , we understood .


Glen
Edit : please feel free to help . If you know about this Problem , share your Toughs to fix .....
if you cant help , please stop Fudding ( it wont help )

hero member
Activity: 1092
Merit: 552
Retired IRCX God
@glen123 you have to talk to Jens Weidmann, the head of Germany’s central bank Bundesbank  Smiley Smiley
Until the massive orphan and reorg issues are fixed, I'm not sure he could seriously talk with Joe's Ice Cream Truck.  Undecided
legendary
Activity: 1028
Merit: 1000
@glen123 you have to talk to Jens Weidmann, the head of Germany’s central bank Bundesbank  Smiley Smiley

https://cointelegraph.com/news/head-of-bundesbank-proposes-digital-currency-to-compete-with-bitcoin

As i told you all before , we have LOTS of communication with several People :-) :-)
newbie
Activity: 9
Merit: 0
@glen123 you have to talk to Jens Weidmann, the head of Germany’s central bank Bundesbank  Smiley Smiley

https://cointelegraph.com/news/head-of-bundesbank-proposes-digital-currency-to-compete-with-bitcoin
legendary
Activity: 1028
Merit: 1000
Sorry to say  but it make no sense to mine emark with about 10 ghs

Its better you bought on exchanges

hero member
Activity: 1092
Merit: 552
Retired IRCX God
...thanks for the answer. Which pool would you recommend?
I'll leave that up to someone that mines in a pool to recommend...
newbie
Activity: 4
Merit: 0
Hello fellow miners,

after giving up on Bitcoin (I only have 2 ASIC miners with 10 GH/s capacity), I started mining DEM. This was about a week ago. I set up a wallet, which took quite a lot to sync and I've been mainly mining on http://coinz.at:81/workers.

The thing is that I was expecting to have access to some kind of a dashboard where I could see my mining progress. I thought that after the wallet is in sync, the mined amount would start to show up there, but this is not the case yet.

So, basically, my question is how can I monitor my mining progress? Where can I see the amount of DEM awarded?

Thanks a lot!

I'm guessing that 10 out of 14,000-18,000GH/s in the pool produces few of the total shares, and then divided by 50 for the reward, leaving you in the area of earning what is called "dust" and it's likely that it could take quite some time before you hit the transaction fee threshold where sending you your payment would be of any value.

As for monitoring, I'd say pick a different pool (that one is quite limited).

Hello,

thanks for the answer. Which pool would you recommend?
Pages:
Jump to: