Pages:
Author

Topic: [ANN] Denarius [D] - First "Tribus" PoW/PoS Hybrid Masternodes, Ring Sigs - page 31. (Read 504285 times)

sr. member
Activity: 1021
Merit: 324
what the best pool for dnr?
Hi

This depends on your location (Ping), mining habits, luck. They are all (?) yiimp style pools. So you can see the current (Graph) and past 24h (Number) profitability.

If you're European:

I recommend to give some more hash to unimining.net or umine.org. They deserve it.
Yiimp.eu is also great for hoppers.

Good Luck

Really liking umine, also hashbag.cc is always good since its a dev run pool by enkayz.
newbie
Activity: 42
Merit: 0
what the best pool for dnr?
Hi

This depends on your location (Ping), mining habits, luck. They are all (?) yiimp style pools. So you can see the current (Graph) and past 24h (Number) profitability.

If you're European:

I recommend to give some more hash to unimining.net or umine.org. They deserve it.
Yiimp.eu is also great for hoppers.

Good Luck
full member
Activity: 350
Merit: 100
XDNA - Most innovative cryptocurrency in 2018
what the best pool for dnr?
newbie
Activity: 111
Merit: 0
Looks interesting! I like the concept and I think this project will have a big future . I'll support as far as possible Smiley
sr. member
Activity: 1021
Merit: 324
Really impressed by the development of the project and activity.
I'm accumulating a bag. Also thnx for your comments and opinions I learned a lot.

I will keep saying it over and over, this is old school crypto style, and has some serious potential as crypto that gets used in real life.
sr. member
Activity: 1148
Merit: 417
We need to correct under "Feaures" on the first page

Coinomi Android SPV Lite Wallet
+
 add Coinomi on IOS


Thanks Boriss, I added the link to the OP Wink Our website needs some updating again, so I will probably revamp it sometime this summer with the release of v3.0.0.

v2.5.2 is coming soon guys which includes a plethora of fixes and improvements to masternodes, balances, and performance!

member
Activity: 434
Merit: 17
Really impressed by the development of the project and activity.
I'm accumulating a bag. Also thnx for your comments and opinions I learned a lot.
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---
Do it has the IOS wallet, devs

Coinomi is already supported but not sure if it works on IOS or only on android platform, maybe Carsen can tell you more about that. Cool

Yes Coinomi is available for iOS Smiley So Denarius is on iOS Wink

https://itunes.apple.com/us/app/coinomi-wallet/id1333588809?mt=8



It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4

Phew!

Does that means we can compile it 'out' of the daemon?

Next week we are preparing to move from the old server to the new servers for CWI-Pool Denarius (and others that are left). MUCH faster and MUCH more reliable CWI-Pool system.

#crysx

The Tor C Library will be included in the v3.0.0 code, so it is compiled with denariusd or Denarius-QT, you will need the additional library libevent-dev to compile. By default denariusd/Denarius-QT will boot up with nativetor=0, so it does not run unless nativetor=1 is in your denarius.conf.

Sweet sounds awesome! Smiley Cool



OK - that is the reason why I asked.

The issue with the Centos 7 x64 static install if you recall, is that libevent does NOT work properly, regardless of what we did to run (yes @enkayz - even with your help as you may remember also). What this meant at that stage was when the daemon finally did compile, the daemon was not stable and had to be restarted every hour just to have it running and render RPC calls properly, otherwise it refused them.

When you completely removed TOR (which a damned useless entity ANYWAY when it comes to Crypto), the daemon was not only stable, but compiled and run flawlessly. There was no need for restarts and as far as the pool is concerned, it was very stable.

Re-Introducing TOR is just a waste of time and effort, and does not play any 'real' benefit for the wallet or transactions. Believe me - I know. SweepStakeCoin is in the same boat and as soon as we can remove TOR from that code, it will not be soon enough. Utterly useless for the coins performance and functionality. Why are you bringing it back anyway mate?

#crysx

Yea there shouldn't be any stability issues with the new native optional Tor integration, I have been testing it thoroughly on Windows and Ubuntu, you simply need the libevent-dev library installed or on CentOS, it would be libevent-devel, I guess there is a known issue with libevent conflicting with a package from PostgreSQL on CentOS, but it should be a fairly simple fix: https://serverfault.com/questions/528585/centos-yum-install-libevent-devel-conflict-with-compat-libevent

The native optional Tor will only be ran if you add nativetor=1 into your denarius.conf, otherwise it just utilizes the regular connection methods. I am adding native optional Tor support, because we are transitioning to become more of a privacy cryptocurrency. I will also be integrating I2P SAM similarly to the native Tor support. (I2P does not require any other additional libraries). Our native optional Tor support also does support OBFS4 which is helpful to those in countries that block Tor, etc.

This will all of course come in v3.0.0 and I will see what can be done on the end of CentOS compatibility.

Denarius v2.5.2 will be coming soon as well, which adds a lot of awesome updates for masternodes!



Thanks for the in depth response Carsen ...

The issue is mainly the compile itself which is outside of the 'norm' due to CentOS being a RHEL based distro. The appreciation will be for anyone that uses RHEL based OS, as the Crypto industry is the smallest industry, where as the Corporate Industry is the largest. Though your interest in support is welcome, and Iis a very comforting change in the CryptoIndustry in general. Impressed mate.

If you ever consider joining anyone, then let me know as I am certain the CWI team would benefit greatly from your skillset. If the consideration is there, contact me.

Thanks again mate,

#crysx
full member
Activity: 728
Merit: 115
We need to correct under "Feaures" on the first page

Coinomi Android SPV Lite Wallet
+
 add Coinomi on IOS
sr. member
Activity: 1148
Merit: 417
Do it has the IOS wallet, devs

Coinomi is already supported but not sure if it works on IOS or only on android platform, maybe Carsen can tell you more about that. Cool

Yes Coinomi is available for iOS Smiley So Denarius is on iOS Wink

https://itunes.apple.com/us/app/coinomi-wallet/id1333588809?mt=8



It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4

Phew!

Does that means we can compile it 'out' of the daemon?

Next week we are preparing to move from the old server to the new servers for CWI-Pool Denarius (and others that are left). MUCH faster and MUCH more reliable CWI-Pool system.

#crysx

The Tor C Library will be included in the v3.0.0 code, so it is compiled with denariusd or Denarius-QT, you will need the additional library libevent-dev to compile. By default denariusd/Denarius-QT will boot up with nativetor=0, so it does not run unless nativetor=1 is in your denarius.conf.

Sweet sounds awesome! Smiley Cool



OK - that is the reason why I asked.

The issue with the Centos 7 x64 static install if you recall, is that libevent does NOT work properly, regardless of what we did to run (yes @enkayz - even with your help as you may remember also). What this meant at that stage was when the daemon finally did compile, the daemon was not stable and had to be restarted every hour just to have it running and render RPC calls properly, otherwise it refused them.

When you completely removed TOR (which a damned useless entity ANYWAY when it comes to Crypto), the daemon was not only stable, but compiled and run flawlessly. There was no need for restarts and as far as the pool is concerned, it was very stable.

Re-Introducing TOR is just a waste of time and effort, and does not play any 'real' benefit for the wallet or transactions. Believe me - I know. SweepStakeCoin is in the same boat and as soon as we can remove TOR from that code, it will not be soon enough. Utterly useless for the coins performance and functionality. Why are you bringing it back anyway mate?

#crysx

Yea there shouldn't be any stability issues with the new native optional Tor integration, I have been testing it thoroughly on Windows and Ubuntu, you simply need the libevent-dev library installed or on CentOS, it would be libevent-devel, I guess there is a known issue with libevent conflicting with a package from PostgreSQL on CentOS, but it should be a fairly simple fix: https://serverfault.com/questions/528585/centos-yum-install-libevent-devel-conflict-with-compat-libevent

The native optional Tor will only be ran if you add nativetor=1 into your denarius.conf, otherwise it just utilizes the regular connection methods. I am adding native optional Tor support, because we are transitioning to become more of a privacy cryptocurrency. I will also be integrating I2P SAM similarly to the native Tor support. (I2P does not require any other additional libraries). Our native optional Tor support also does support OBFS4 which is helpful to those in countries that block Tor, etc.

This will all of course come in v3.0.0 and I will see what can be done on the end of CentOS compatibility.

Denarius v2.5.2 will be coming soon as well, which adds a lot of awesome updates for masternodes!

full member
Activity: 728
Merit: 115
Do it has the IOS wallet, devs

Coinomi is already supported but not sure if it works on IOS or only on android platform, maybe Carsen can tell you more about that. Cool
newbie
Activity: 23
Merit: 0
Do it has the IOS wallet, devs
newbie
Activity: 26
Merit: 0
The devs  answer all of your support's question. You are so hard work
Wish the best for your project
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---

It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4

Phew!

Does that means we can compile it 'out' of the daemon?

Next week we are preparing to move from the old server to the new servers for CWI-Pool Denarius (and others that are left). MUCH faster and MUCH more reliable CWI-Pool system.

#crysx

The Tor C Library will be included in the v3.0.0 code, so it is compiled with denariusd or Denarius-QT, you will need the additional library libevent-dev to compile. By default denariusd/Denarius-QT will boot up with nativetor=0, so it does not run unless nativetor=1 is in your denarius.conf.

Sweet sounds awesome! Smiley Cool



OK - that is the reason why I asked.

The issue with the Centos 7 x64 static install if you recall, is that libevent does NOT work properly, regardless of what we did to run (yes @enkayz - even with your help as you may remember also). What this meant at that stage was when the daemon finally did compile, the daemon was not stable and had to be restarted every hour just to have it running and render RPC calls properly, otherwise it refused them.

When you completely removed TOR (which a damned useless entity ANYWAY when it comes to Crypto), the daemon was not only stable, but compiled and run flawlessly. There was no need for restarts and as far as the pool is concerned, it was very stable.

Re-Introducing TOR is just a waste of time and effort, and does not play any 'real' benefit for the wallet or transactions. Believe me - I know. SweepStakeCoin is in the same boat and as soon as we can remove TOR from that code, it will not be soon enough. Utterly useless for the coins performance and functionality. Why are you bringing it back anyway mate?

#crysx
sr. member
Activity: 1148
Merit: 417

It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4

Phew!

Does that means we can compile it 'out' of the daemon?

Next week we are preparing to move from the old server to the new servers for CWI-Pool Denarius (and others that are left). MUCH faster and MUCH more reliable CWI-Pool system.

#crysx

The Tor C Library will be included in the v3.0.0 code, so it is compiled with denariusd or Denarius-QT, you will need the additional library libevent-dev to compile. By default denariusd/Denarius-QT will boot up with nativetor=0, so it does not run unless nativetor=1 is in your denarius.conf.

Sweet sounds awesome! Smiley Cool

legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---

It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4

Phew!

Does that means we can compile it 'out' of the daemon?

Next week we are preparing to move from the old server to the new servers for CWI-Pool Denarius (and others that are left). MUCH faster and MUCH more reliable CWI-Pool system.

#crysx
sr. member
Activity: 1148
Merit: 417

It is still optional Wink

Code:
nativetor=1 (nativetor=0 by default)

It will also include support for OBFS4
full member
Activity: 298
Merit: 100
hashbag.cc
Sory if it is stupid How can I get this coin?

Just buy it at Cryptopia. Or you can mine it using your GPU, there are links to mining tutorials in the OP.

If you are going to mine, come mine at hashbag, we need more miners!
newbie
Activity: 70
Merit: 0
Sory if it is stupid How can I get this coin?
full member
Activity: 728
Merit: 115
Little sneak peak preview of the WIP Denarius v3.0.0:



Denarius v2.5.2 will be released soon! We are hoping to release it this weekend! v3 will be more than likely released later in the month.

Carsen you are developing to fast, pools and exchanges can't follow you, they are not used to regular updates   Grin Grin
Pages:
Jump to: