|
superplus
|
 |
November 19, 2014, 12:38:57 PM |
|
yep i read that  thats why im asking for evans comment.. maybe he didn't read it because he's busy DarkTor or DarkGate are nice ideas too, evan mentioned it quite some time ago.. maybe everybody is busy with fixing and instantX for now |
|
|
|
|
|
|
|
TsuyokuNaritai
|
|
November 19, 2014, 01:00:04 PM
Last edit: November 19, 2014, 01:26:02 PM by TsuyokuNaritai |
|
No DRK transfers on Crypsty... "Our wallet is currently offline while we perform system maintenance." How long does this usually last for DRK? Thanks. Edit: Franko988 says: the answer i got was "soon"  today for sure. |
|
|
|
|
thefrog
|
|
November 19, 2014, 01:05:50 PM |
|
It's more about people being lazy to reconfigure their miners, than to enforce p2pool. What is the main reason so few use p2pool ? Than is the question here. p2pool + normally earning more than with a centralized pool + distributed, so you can use any p2pool node, with the lowest latency to your miners + no third party involved = lower risk of loosing mined coins + decentralized, no single point of failure + anyone can have it up and running in 15 minutes, following simple guide (yes, learn basic linux at least please) - PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners - no nice GUI and statistics and stuff to fiddle with, it just works - not everyone understands that username = your DRK address - payments in small amounts which have to 'age' to be used without furher fees |
|
|
|
|
stonehedge
Legendary
 Offline
Activity: 1680
Merit: 1002
Decentralize Everything
|
|
November 19, 2014, 01:06:18 PM |
|
No DRK transfers on Crypsty... "Our wallet is currently offline while we perform system maintenance."
How long does this usually last for DRK? Thanks.
From my personal experience it lasts for as long as it takes me to log a support ticket with them, receive a message back saying unknown eta, I wait a few hours and then the wallet comes back up just after I post on here complaining about it!  |
|
|
|
|
oblox
Legendary
Offline
Activity: 1442
Merit: 1018
|
|
November 19, 2014, 01:09:28 PM |
|
Poolhash is Chapalin's site and has been down for weeks with what seems no chance of it coming back up. The DRK.MN link needs an l at the end of the .htm (.html). |
|
|
|
|
|
tibolt
|
|
November 19, 2014, 01:23:28 PM |
|
crapsty doesn't trust btc... my deposit showing 5 out of 4 confirmations  |
|
|
|
|
|
superplus
|
|
November 19, 2014, 01:24:29 PM |
|
It's more about people being lazy to reconfigure their miners, than to enforce p2pool. What is the main reason so few use p2pool ? Than is the question here. p2pool + normally earning more than with a centralized pool + distributed, so you can use any p2pool node, with the lowest latency to your miners + no third party involved = lower risk of loosing mined coins + decentralized, no single point of failure + anyone can have it up and running in 15 minutes, following simple guide (yes, learn basic linux at least please) - PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners - no nice GUI and statistics and stuff to fiddle with, it just works - not everyone understands that username = your DRK address - payments in small amounts which have to 'age' to be used without furher fees okay i see, but any suggestions how it could be made more attractive to miners? maybe it should be advertised in some way, is there a guide for drk p2ppool setup? |
|
|
|
|
|
|
|
droptable
|
|
November 19, 2014, 01:41:55 PM |
|
p2pool
..-..
okay i see, but any suggestions how it could be made more attractive to miners?
...
artificially lower the difficulty. I know, from a mathematical perspective its bullsh*** but from a psychological perspective it matters. back in the btc-days i tended towards the pool, where i got the most "<yay>"s back. |
DΛRKCOIN -> is now -> DΛSH
----------
not DashCoin, not DarkDash, not anything. The Name has been / is changed the tech stays the same |
|
|
|
dotnetmin
|
|
November 19, 2014, 01:47:46 PM |
|
No DRK transfers on Crypsty... "Our wallet is currently offline while we perform system maintenance." How long does this usually last for DRK? Thanks. Edit: Franko988 says: the answer i got was "soon" today for sure. I have seen this in the past over min. two days. Use bitfinex, very fast with btc and DRK, even with lower volume i never will use crypsy again. I lost a lot with their bullshit wallets on VTC in the past. |
|
|
|
|
|
|
|
MamaGoose
|
|
November 19, 2014, 01:50:59 PM |
|
Yip we're going to the moon, got more cheap coins~! next stop 0.0065sat???  |
|
|
|
oblox
Legendary
Offline
Activity: 1442
Merit: 1018
|
|
November 19, 2014, 02:24:21 PM |
|
|
|
|
|
|
|
strix
|
|
November 19, 2014, 02:27:24 PM |
|
It's more about people being lazy to reconfigure their miners, than to enforce p2pool. What is the main reason so few use p2pool ? Than is the question here. p2pool + normally earning more than with a centralized pool + distributed, so you can use any p2pool node, with the lowest latency to your miners + no third party involved = lower risk of loosing mined coins + decentralized, no single point of failure + anyone can have it up and running in 15 minutes, following simple guide (yes, learn basic linux at least please) - PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners - no nice GUI and statistics and stuff to fiddle with, it just works - not everyone understands that username = your DRK address - payments in small amounts which have to 'age' to be used without furher fees The only one of the above reasons that seems like a reasonable deal breaker to me is "- payments in small amounts which have to 'age' to be used without furher (sic: further;-) fees." I assume by "age," increase in value over time is intended) Would it not be possible to have some sort of "aggregating server" (possibly a new masternode function/service) that received inputs only from p2pools, and which did NOT charge fees, and accumulated payouts to individuals until they reached some reasonable threshold (1Drk?) and then forwarded them to the wallet originally specified? It seems that this would have the effect of removing the only logical objection to p2pool, and would present no risk to the privacy of those involved. For those few who might see an advantage in micro-payments, or doubt the security of the system, it could be made optional by some sort of flag in the originating wallet. Am I missing something significant here? If something like this were implemented, I would have no problem if p2pool mining was enforced, and agree that such enforcement would be another huge advantage for the DRK economy. edit: I'm not sure what this means, but I suspect the above proposal would also address this objection: "- PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners." |
Je le hibou, suis ↄash; because while the days are evil good must hurry, lest evil parading as an agent of light restrict its activity.
XnUjqiYV5mvXAWrWUbGFmitPvmWSthxhBi
|
|
|
oblox
Legendary
Offline
Activity: 1442
Merit: 1018
|
|
November 19, 2014, 02:29:41 PM |
|
It's more about people being lazy to reconfigure their miners, than to enforce p2pool. What is the main reason so few use p2pool ? Than is the question here. p2pool + normally earning more than with a centralized pool + distributed, so you can use any p2pool node, with the lowest latency to your miners + no third party involved = lower risk of loosing mined coins + decentralized, no single point of failure + anyone can have it up and running in 15 minutes, following simple guide (yes, learn basic linux at least please) - PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners - no nice GUI and statistics and stuff to fiddle with, it just works - not everyone understands that username = your DRK address - payments in small amounts which have to 'age' to be used without furher fees The only one of the above reasons that seems like a reasonable deal breaker to me is "- payments in small amounts which have to 'age' to be used without furher (sic: further;-) fees." I assume by "age," increase in value over time is intended) Would it not be possible to have some sort of "aggregating server" (possibly a new masternode function/service) that received inputs only from p2pools, and which did NOT charge fees, and accumulated payouts to individuals until they reached some reasonable threshold (1Drk?) and then forwarded them to the wallet originally specified? It seems that this would have the effect of removing the only logical objection to p2pool, and would present no risk to the privacy of those involved. For those few who might see an advantage in micro-payments, or doubt the security of the system, it could be made optional by some sort of flag in the originating wallet. Am I missing something significant here? If something like this were implemented, I would have no problem if p2pool mining was enforced, and agree that such enforcement would be another huge advantage for the DRK economy. If you have an aggregating server, you have a centralized location. |
|
|
|
|
thelonecrouton
Legendary
Offline
Activity: 966
Merit: 1000
|
|
November 19, 2014, 02:31:16 PM |
|
strix I think what thefrog meant by the 'have to age' thing was just that all mined DRK have to 'mature' for a bunch of blocks before they become spendable, it takes a couple of hours, it's no big deal. Centralised pools don't pay you immediately, they wait until you have some set amount (by which time your mined DRK have matured) and then send you it. No difference.
|
|
|
|
|
|
salmion
|
|
November 19, 2014, 02:40:15 PM |
|
How hard would it be to add the p2pool server software to wallets?
|
|
|
|
|
thelonecrouton
Legendary
Offline
Activity: 966
Merit: 1000
|
|
November 19, 2014, 02:44:24 PM |
|
How hard would it be to add the p2pool server software to wallets?
Not entirely trivial. I've thought about it. p2pool is in python and has a lot of deps, official wallet is c++, result would be unwieldy... I think they are best kept separate for now, but a simple to install (1-click) prepackaged p2pool would be awesome. edit: adding some code to the official wallet to seek out the nearest p2pool node and use that instead of solo mining would be 100x easier. |
|
|
|
|
|
thefrog
|
|
November 19, 2014, 02:45:23 PM |
|
It's more about people being lazy to reconfigure their miners, than to enforce p2pool. What is the main reason so few use p2pool ? Than is the question here. p2pool + normally earning more than with a centralized pool + distributed, so you can use any p2pool node, with the lowest latency to your miners + no third party involved = lower risk of loosing mined coins + decentralized, no single point of failure + anyone can have it up and running in 15 minutes, following simple guide (yes, learn basic linux at least please) - PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners - no nice GUI and statistics and stuff to fiddle with, it just works - not everyone understands that username = your DRK address - payments in small amounts which have to 'age' to be used without furher fees The only one of the above reasons that seems like a reasonable deal breaker to me is "- payments in small amounts which have to 'age' to be used without furher (sic: further;-) fees." I assume by "age," increase in value over time is intended) Would it not be possible to have some sort of "aggregating server" (possibly a new masternode function/service) that received inputs only from p2pools, and which did NOT charge fees, and accumulated payouts to individuals until they reached some reasonable threshold (1Drk?) and then forwarded them to the wallet originally specified? It seems that this would have the effect of removing the only logical objection to p2pool, and would present no risk to the privacy of those involved. For those few who might see an advantage in micro-payments, or doubt the security of the system, it could be made optional by some sort of flag in the originating wallet. Am I missing something significant here? If something like this were implemented, I would have no problem if p2pool mining was enforced, and agree that such enforcement would be another huge advantage for the DRK economy. edit: I'm not sure what this means, but I suspect the above proposal would also address this objection: "- PPLNS - takes time to build up 'full' payments, so suitable for 24x7 miners." Here is a comparison of pay out systems on used with mining pools. https://en.bitcoin.it/wiki/Comparison_of_mining_poolsAnd here is a guide for setting up a p2pool node. https://bitbucket.org/dstorm/p2pool-drk.gitWith 'to age' I meant achieve specific number of confirmations, so they can be used without paying any fees. You can use your mined coins straight away if you want, nevertheless, if you don't mind paying small fee. |
|
|
|
|
|
