v0.10.17 - Onyx v3

flare

Grizzled Member
May 18, 2014
2,286
2,404
1,183
Germany
Definitely wasn't attempting to trollmode start on you camo. I was pointing out that both Flare and Evan have said this code isn't robust so only use it at your own risk. I can't seem to find Flare's post but he had an experience where all the vin's got muddled up and had to rebuild manually.

I just don't want to see you have an experience where something goes wrong with an un-supported piece of code and that turns into Darkcoin is totally broken thread.
I repeat: start-many is alpha and does not work at the moment - it will select any 1000DRK vin it finds in your wallet, get a line from the masternode.conf and send out a dsee-message to the network. The selection is random and will mess up your setup on the next start-many command.

You may even end up with multiple vins associated with one IP, which is not supported by the masternode --> entries drop off the network.

Because of the above there is no official doc and i discourage usage of this feature at the moment. It does more harm and frustration than good...
Actually this is the only use case of start-many in its current version i can think of: Initial startup of many nodes. Never ever use the command twice on already running nodes.

I fu**** up my own setup that way and had a wonderful time, sorting what vin went to what IP - and ended up doing it from scratch with new IPs.

There is a cause why its not officially supported yet: Its utterly not ready for production!
 

drkhouse

Member
Nov 22, 2014
79
19
48
It's not idiot-proof, but it's not a complicated bit of code... It works fine if you know it's limitations. It's not rocket surgery and all this hyperbole against using it is baseless. In same-session, it actually does check for in-use VINs already assigned... So far, that's 2 people trying to come out in troll mode who haven't even looked at the code...

It's tie-in to announcement was simply neglected. The feature is still there, it just uses a call for announcement that doesn't exist anymore, so it never broadcasts even though it's output suggests everything is fine. It's really a very small detail... I'd fix this little tidbit myself, but it ain't my place. In fact, if I get the time, I may edit the source and compile my own. It's like one freakin' word, not even a whole line of code... There has never been a lower-hanging fruit. It's hanging so low, even my dumb ass can do it...
I guess it's about priorities. They are already a few things to do on JIRA. It will be done... but DS and instantX is what make this coin epic and will free us from the slavery of inflation (hidden tax)...
 

Aswan

Member
Jun 26, 2014
68
216
73
Hello everyone,

I haven't been around for quite some time but I am pleased to see there has been a solution implemented to the Dead change issue.

Thanks to everyone who joined the discussion and helped with the issue. Now let's see what other flaws I can find :p
 

camosoul

Grizzled Member
Sep 19, 2014
2,261
1,130
1,183
I just don't want to see you have an experience where something goes wrong with an un-supported piece of code and that turns into Darkcoin is totally broken thread.
Lol, it's not.

I'm just not going to juggle money in a tornado. This feature is more important than it's being treated. I'm trying to add emphasis. You can surge demand for denoms and ix, but if you don't get the MN count, you're going to be a victim of your own success by lack of infrastructure...

From that perspective, MNs are MORE important than denom and ix, because without them, denom and ix don't work... It wouldn't even be a major undertaking to flesh it out.

I understand where the priorities are. That's my point. The priorities need an adjustment or this is going to get top-heavy. Focusing on the flashy stuff, even if it is also fundamentally awesome, still requires the back end to support it and that is being neglected. We could double MN count without budging the market and discouraging entry, all for about 2 hours of work... So, uh, why not?

You may as well argue that we're marketing the trapeze act so well, that we don't need a net...

Splat.

I'm even willing to directly fund a priority adjustment. I know you guys can only afford to work so much for free. So don't. I'll pay someone to flesh out start-all, stop-all, start bymnprivkey stop bymnprivkey, or whatever it turns out to be. It's that damn important and if I'm the only one that can see it, well, those who can, must.
 
Last edited by a moderator:
  • Like
Reactions: coingun

Lukas_Jackson

Member
Nov 9, 2014
160
70
88
qt can't download blocks above 179942 which is 2 days ago. I have 6-8 connection at start. Restarted several times, peers removed. Getpeerinfo gives me all new peers I am connected to
 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
qt can't download blocks above 179942 which is 2 days ago. I have 6-8 connection at start. Restarted several times, peers removed. Getpeerinfo gives me all new peers I am connected to
What version? Try -rescan and if not, -reindex if you are using 10.17.19 or 10.17.20.
 

deusstultus

New Member
Dec 5, 2014
29
33
13
Lol, it's not.

I'm just not going to juggle money in a tornado...
It's really down to feature use here. Naturally nodes are important, but optimizing rpc clients designed to this task using masternode start is a better path and seems to provide greater flexibility through ability to target more unique RPC calls.
 

coingun

Active Member
Masternode Owner/Operator
Jul 8, 2014
489
402
133
masternode.io
qt can't download blocks above 179942 which is 2 days ago. I have 6-8 connection at start. Restarted several times, peers removed. Getpeerinfo gives me all new peers I am connected to
I had a few of my wallets stall at different block levels when going up from 16.16. I was able to resolve by simply starting and stopping the daemon. I did it rather slowly. Stopped it waited two minutes. Restarted. Not sure if that had any effect.
 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
You could always delete everything in the data folder (backup your wallet.dat file obviously) and download fresh from block 1. Then close out the qt client and swap your wallet.dat for the newly generated one there. I'd try what coingun suggests first as downloading the blockchain again will take a while.
 

Lukas_Jackson

Member
Nov 9, 2014
160
70
88
I had a few of my wallets stall at different block levels when going up from 16.16. I was able to resolve by simply starting and stopping the daemon. I did it rather slowly. Stopped it waited two minutes. Restarted. Not sure if that had any effect.
I've been doing the same thing. Always helped after first restart. First time I have problem with it.
Downloading new blockchain. Will see

New blockchain...problem solved
 
Last edited by a moderator:

coingun

Active Member
Masternode Owner/Operator
Jul 8, 2014
489
402
133
masternode.io
Lol, it's not.

I'm just not going to juggle money in a tornado. This feature is more important than it's being treated. I'm trying to add emphasis. You can surge demand for denoms and ix, but if you don't get the MN count, you're going to be a victim of your own success by lack of infrastructure...

From that perspective, MNs are MORE important than denom and ix, because without them, denom and ix don't work... It wouldn't even be a major undertaking to flesh it out.

I understand where the priorities are. That's my point. The priorities need an adjustment or this is going to get top-heavy. Focusing on the flashy stuff, even if it is also fundamentally awesome, still requires the back end to support it and that is being neglected. We could double MN count without budging the market and discouraging entry, all for about 2 hours of work... So, uh, why not?

You may as well argue that we're marketing the trapeze act so well, that we don't need a net...

Splat.

I'm even willing to directly fund a priority adjustment. I know you guys can only afford to work so much for free. So don't. I'll pay someone to flesh out start-all, stop-all, start bymnprivkey stop bymnprivkey, or whatever it turns out to be. It's that damn important and if I'm the only one that can see it, well, those who can, must.
Point very well taken. I could see a lot of reason's why getting a few things fixed up might go along way with making ix and ds more rebust. We should probably break this discussion out into a seperate thread and elaborate there but for me a few things that would vastly improve the darkcoin noobies experience would be:

In wallet auto updating (we have to update enough this would make everyone's life a dream)
Making it easier for masternode operators to run more nodes (could be a set of utilities written or adjustments to start-many as you pointed out)


Those two things right there would make a lot of people's lives easier. I can see why you think we are putting the cart before the horse pushing too far into new ground but you and I also aren't looking at it through Evan's window pain either. He really truly understands all pieces of the code and thats why he's so eager to keep pushing forward is because those pieces seem robust enough. Perhaps it might be time to discuss a feature freeze after we finalize ix on testnet and it gets pushed out to mainnet. From what pieces of the ix code I've been able to see work in testnet that majority of its pieces are written and ready to roll. While it is hot on his mind we might as well let him finish off those pieces. Then after that we could look at revisiting some of other utilities in our drawers.
 

oblox

Well-known Member
Aug 6, 2014
1,032
537
183
I do agree with trimming up the jira stuff but at the same time, I would hate further prolonging of masternode obfuscation and potentially secondary blockchain concept to phase out reference nodes.
 
  • Like
Reactions: GNULinuxGuy

camosoul

Grizzled Member
Sep 19, 2014
2,261
1,130
1,183
Making it easier for masternode operators to run more nodes (could be a set of utilities written or adjustments to start-many as you pointed out)

Those two things right there would make a lot of people's lives easier. I can see why you think we are putting the cart before the horse pushing too far into new ground but you and I also aren't looking at it through Evan's window pain either. He really truly understands all pieces of the code and thats why he's so eager to keep pushing forward is because those pieces seem robust enough. Perhaps it might be time to discuss a feature freeze after we finalize ix on testnet and it gets pushed out to mainnet. From what pieces of the ix code I've been able to see work in testnet that majority of its pieces are written and ready to roll. While it is hot on his mind we might as well let him finish off those pieces. Then after that we could look at revisiting some of other utilities in our drawers.
I'm not saying "drop what you're doing and obey my whims!!!"

I'm encouraging a feature that will shrink my own piece of the pie. I'm back to my only contribution to DRK being a stack of Neptunes on xpool at the very moment that I had driven all over the countryside collecting backups to throw about 40 more MNs up... Then, [stinky fart nosies] all over my parade. Yeah, I'm a bit miffed. But that's not the damn point. I don't matter. That's over 50 MNs that don't exist now because I'm sure as hell not going to juggle them.

I will not post on the topic in this thread any further, you're right, it is a bit OT. But, it really shouldn't be OT when a feature, even a barely working feature, goes from "meh sorta" to "completely dead," when it did so much good for the network... And when it's still there and working, it's just been cut off from the announcement call... Seriously, change one word and it's fixed and working again!

Might be able to use the .10.16 client to fire the announcement, but keep the nodes running .10.17... <-- that doesn't work, for reasons that should have been obvious before I tried it... :p

That debug output is ridicuflood...

Nodes down until polystart is re-plugged-in to the rest of the code.

It's merely syntactical, but maybe "polystart" "polystop" "monostart mnprivkey" "monostop mnprivkey" "somekindastart mnprivkeyA, mnprivkeyD, mnprivkeyZ"

I'll fuck off now. :p
 
Last edited by a moderator:

moli

Grizzled Member
Aug 5, 2014
3,255
1,830
1,183
Trying to denominate on V3 but keep getting dseep msgs.

Is this normal?

Code:
2014-12-05 15:59:51 Submitted to masternode, waiting in queue .
2014-12-05 15:59:51 AcceptToMemoryPool (tx): 176.126.247.191:9999 /Satoshi:0.10.17.19/ : accepted 9b62cd34d743043073d3f1e1026d8b545f427dfeec4e1c45300eaf3518a564e2 (poolsz 9)
2014-12-05 15:59:51 dseep - Couldn't find masternode entry CTxIn(COutPoint(2408f5405306ec5e57853d32c2853ccf72849ef781ebe85bdb7d38e2297278fd, 1), scriptSig=)
2014-12-05 15:59:51 dseep - Couldn't find masternode entry CTxIn(COutPoint(cf32d891a3b8122e1bafc65bc841594d2e89d65893b8c27456a97bb83d603bb4, 0), scriptSig=)
2014-12-05 15:59:51 dseep - Asking source node for missing entry CTxIn(COutPoint(cf32d891a3b8122e1bafc65bc841594d2e89d65893b8c27456a97bb83d603bb4, 0), scriptSig=)
2014-12-05 15:59:51 dseep - Couldn't find masternode entry CTxIn(COutPoint(cf32d891a3b8122e1bafc65bc841594d2e89d65893b8c27456a97bb83d603bb4, 0), scriptSig=)
2014-12-05 15:59:51 dseep - Couldn't find masternode entry CTxIn(COutPoint(cf32d891a3b8122e1bafc65bc841594d2e89d65893b8c27456a97bb83d603bb4, 0), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(cf32d891a3b8122e1bafc65bc841594d2e89d65893b8c27456a97bb83d603bb4, 0), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(bd8c364673a8d7acbd8320ccc9598c6fd6b4036461b567e6203f1c6827dd5ee8, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Asking source node for missing entry CTxIn(COutPoint(bd8c364673a8d7acbd8320ccc9598c6fd6b4036461b567e6203f1c6827dd5ee8, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(bd8c364673a8d7acbd8320ccc9598c6fd6b4036461b567e6203f1c6827dd5ee8, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(e1580a60dcaa038cc1fe6b8a8528a146ba7c66e5592ebeb1cdee047caa71aaf7, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Asking source node for missing entry CTxIn(COutPoint(e1580a60dcaa038cc1fe6b8a8528a146ba7c66e5592ebeb1cdee047caa71aaf7, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(bd8c364673a8d7acbd8320ccc9598c6fd6b4036461b567e6203f1c6827dd5ee8, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(bd8c364673a8d7acbd8320ccc9598c6fd6b4036461b567e6203f1c6827dd5ee8, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(e1580a60dcaa038cc1fe6b8a8528a146ba7c66e5592ebeb1cdee047caa71aaf7, 1), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(f87abb479826b9d6b4dd3046e6c4f85983fae510234d6b2d52a23b06880cab50, 0), scriptSig=)
2014-12-05 15:59:52 dseep - Asking source node for missing entry CTxIn(COutPoint(f87abb479826b9d6b4dd3046e6c4f85983fae510234d6b2d52a23b06880cab50, 0), scriptSig=)
2014-12-05 15:59:52 dseep - Couldn't find masternode entry CTxIn(COutPoint(f87abb479826b9d6b4dd3046e6c4f85983fae510234d6b2d52a23b06880cab50, 0), scriptSig=)
Are you on Testnet or Mainnet? And I guess you meant version 10.17.19?
 

vertoe

Three of Nine
Mar 28, 2014
2,573
1,652
1,283
Unimatrix Zero One
What about a new bounty fund where people can vote for the features which will be implemented by people who are willing to code for DRK?

I was thinking about this for a while. The Devs are so involved with the main features that smaller tasks could take ages otherwise. This could be a way to attact more developer power...
 

Ignition75

Active Member
May 25, 2014
332
216
113
Australia
What about a new bounty fund where people can vote for the features which will be implemented by people who are willing to code for DRK?

I was thinking about this for a while. The Devs are so involved with the main features that smaller tasks could take ages otherwise. This could be a way to attact more developer power...
I believe the Darkcoin Foundation is trying to organise something along these lines. As another option we could bunch up a piece of work and crowd fund it.
 
  • Like
Reactions: yidakee

crowning

Well-known Member
May 29, 2014
1,414
1,997
183
Alpha Centauri Bc
What about a new bounty fund where people can vote for the features which will be implemented by people who are willing to code for DRK?

I was thinking about this for a while. The Devs are so involved with the main features that smaller tasks could take ages otherwise. This could be a way to attact more developer power...
I like this...and I don't.

On one side it would perhaps really get things done,

But the rich get there wishes implemented, the poor poor don't. Exactly like it is now with fiat money...
 

yidakee

Well-known Member
Foundation Member
Apr 16, 2014
1,812
1,168
283
I like this...and I don't.

On one side it would perhaps really get things done,

But the rich get there wishes implemented, the poor poor don't. Exactly like it is now with fiat money...
Its not like we're rowing in different directions. If people fund code for DRK, we all benefit, and the quicker the "poor's wishes" get done.
 
  • Like
Reactions: GNULinuxGuy

Otoh

New Member
May 13, 2014
16
52
13
With the latest update I find that the wallet auto locks after you send coins, so when setting up Masternodes it involves one extra step now of having to unlock the wallet between each 1,000 DRK sent, I preferred it to stay unlocked for the time that I'd set when working or until the wallet was closed, are there any advantages in having it lock after every send coin transaction?
 

vertoe

Three of Nine
Mar 28, 2014
2,573
1,652
1,283
Unimatrix Zero One
I believe the Darkcoin Foundation is trying to organise something along these lines. As another option we could bunch up a piece of work and crowd fund it.
Yeah which is pretty much the same. Collecting DRK and vote for projects/tasks which should be done first.

I like this...and I don't.

On one side it would perhaps really get things done,

But the rich get there wishes implemented, the poor poor don't. Exactly like it is now with fiat money...
I disagree, donating money does not mean you "buy votes". But yeah that was just an idea, everyone should be able to nominate ideas, everyone should be able to vote and any idea should be able to implemented.
 

thelonecrouton

Well-known Member
Foundation Member
Apr 15, 2014
1,135
813
283
With the latest update I find that the wallet auto locks after you send coins, so when setting up Masternodes it involves one extra step now of having to unlock the wallet between each 1,000 DRK sent, I preferred it to stay unlocked for the time that I'd set when working or until the wallet was closed, are there any advantages in having it lock after every send coin transaction?
You could try 'walletpassphrase passphrase 600' at the console, to keep it unlocked for 10 mins, or however long you like?
 

Ignition75

Active Member
May 25, 2014
332
216
113
Australia
Yeah which is pretty much the same. Collecting DRK and vote for projects/tasks which should be done first.



I disagree, donating money does not mean you "buy votes". But yeah that was just an idea, everyone should be able to nominate ideas, everyone should be able to vote and any idea should be able to implemented.
The only caveat being dependencies between jobs, so we'd probably want some oversight from the development team before we pulled the trigger.
 
  • Like
Reactions: thelonecrouton

yidakee

Well-known Member
Foundation Member
Apr 16, 2014
1,812
1,168
283
eduffield - was giving Directbet.eu a spin playing dice... DS is OFF and I was hit by a collateral fee.



pty tx: cbd1c50274a846c9caa7f066a02589febec8d2ec8d5bd5d52c2773075edd6b5a

 

qwizzie

Well-known Member
Aug 6, 2014
1,780
918
183
still see a lot of dseep messages in my debug.log of .21

2014-12-06 13:49:52 dseep - Asking source node for missing entry CTxIn(COutPoint(777ee6156a5718f64b7d39fe34ad6e80402cce4464e22ec5248e3bd5a5b3a4ee, 1), scriptSig=)
2014-12-06 13:49:52 dseep - Asking source node for missing entry CTxIn(COutPoint(bc1d4a3f85e0a9d658f7d0517e566d5397699acfb4f006003318c11a783b0e90, 0), scriptSig=)
2014-12-06 13:49:53 dseep - Asking source node for missing entry CTxIn(COutPoint(b7ce7685c5bf8ecffb1247455166874719e1e01dccf4c16db521abc36e7a520b, 1), scriptSig=)
2014-12-06 13:49:55 dseep - Asking source node for missing entry CTxIn(COutPoint(dbf195af34c9fc8cf678d27272c2178a3f517d4f00a211b0681389bd21ce71b9, 1), scriptSig=)
2014-12-06 13:49:56 dseep - Asking source node for missing entry CTxIn(COutPoint(2c78153fedd37a8129dd743c573e6ddc23f1c615849bc0c220717cddb9082158, 0), scriptSig=)
2014-12-06 13:49:56 dseep - Asking source node for missing entry CTxIn(COutPoint(577bf4a7ad99de186bbe14fda8c01afcd257b29e29f03b499913918c5f4a984e, 0), scriptSig=)
2014-12-06 13:49:57 dseep - Asking source node for missing entry CTxIn(COutPoint(429668e9e17eefa2a56b5c499e2bee5bcce324fe90c621af097624bf33a09e54, 0), scriptSig=)
2014-12-06 13:49:59 dseep - Asking source node for missing entry CTxIn(COutPoint(3ff3b25522d6a142d5e86a4368b4212489c8828d762d65043f2a806bf161ea36, 1), scriptSig=)
2014-12-06 13:50:00 dseep - Asking source node for missing entry CTxIn(COutPoint(28e90c743362af956dbcbb961b9c0528aa37227e6ecba0de1c6a949c7be4650c, 1), scriptSig=)
2014-12-06 13:50:02 dseep - Asking source node for missing entry CTxIn(COutPoint(22d7599e0c277622208d52b9b93e5e1c43fd2c4161fc54bdcced67ab25c47c9a, 0), scriptSig=)
2014-12-06 13:50:02 dseep - Asking source node for missing entry CTxIn(COutPoint(cc0996dbd7500b599efb932ff5040695515ac126e15c58a72723b198ee3f7105, 0), scriptSig=)
2014-12-06 13:50:03 dseep - Asking source node for missing entry CTxIn(COutPoint(41976ad0da9516cfed58f30dae97f227144ce0ec22f73d1dcae1edf01136a9cc, 0), scriptSig=)
2014-12-06 13:50:04 dseep - Asking source node for missing entry CTxIn(COutPoint(a0ab4863c73f29d4e94c94ceb3021b60b624aad2da562b5b083bd54f32aa5d9e, 0), scriptSig=)
2014-12-06 13:50:04 dseep - Asking source node for missing entry CTxIn(COutPoint(e098033e82e553b9a92feeba04d7982d737da6f522bc6b769794340f6a88ff1d, 1), scriptSig=)
2014-12-06 13:50:05 dseep - Asking source node for missing entry CTxIn(COutPoint(bdfedd620d56e40af266f912aa77b97a7d080dec089f392706f118cf6393ff28, 1), scriptSig=)
2014-12-06 13:50:06 dseep - Asking source node for missing entry CTxIn(COutPoint(9610bc7e9154d913b82e51615dc071742916a48c66f007e9091301cda77f5f18, 1), scriptSig=)
2014-12-06 13:50:07 dseep - Asking source node for missing entry CTxIn(COutPoint(d20313d521c3e1320a3b246469fe2db96c2ede7168d8e7c2aadd7b4ba4a07192, 0), scriptSig=)
2014-12-06 13:50:08 dseep - Asking source node for missing entry CTxIn(COutPoint(e121f2f41dfb4d704c1efa4d52f9e0c38d7cfe16e4f5b2505af967db7d7f094d, 0), scriptSig=)
2014-12-06 13:50:08 dseep - Asking source node for missing entry CTxIn(COutPoint(53c6ceb0e55dae4d10fd83704e2a3a573dbd81abc064e5bed0d00da418b8f0f6, 0), scriptSig=)
2014-12-06 13:50:09 dseep - Asking source node for missing entry CTxIn(COutPoint(2e6ead3f75415d38efb48297d5128917b8d0acd61de995cbc37da1f390dd3d4b, 1), scriptSig=)
2014-12-06 13:50:11 dseep - Asking source node for missing entry CTxIn(COutPoint(4a38c89009f0dc6b5020c8cfd6adc7faf96db94b63f7024ba86a72fff148a64a, 0), scriptSig=)
2014-12-06 13:50:11 dseep - Asking source node for missing entry CTxIn(COutPoint(73d49c618da38fda0b16501ea7d64e1f46e6c9983898a9162fcdab7b52a8f7ae, 0), scriptSig=)
2014-12-06 13:50:13 dseep - Asking source node for missing entry CTxIn(COutPoint(05997fadb14f7f5819ae216981a3e844a7a916cf31d1baffff440c72c0118ff9, 0), scriptSig=)
2014-12-06 13:50:13 dseep - Asking source node for missing entry CTxIn(COutPoint(0ca3d80afc5294535a14d25002bf8a4d9b8981a5d706a77b2f343d7d716c2f57, 0), scriptSig=)
2014-12-06 13:50:15 dseep - Asking source node for missing entry CTxIn(COutPoint(1ce6631a0410fbebb3304e611b5663c868f63d188d00827c866ef10c24c51cdc, 1), scriptSig=)
2014-12-06 13:50:16 dseep - Asking source node for missing entry CTxIn(COutPoint(8f2b6835b337125e69011e915edea430dcb06d62885a3a1af8243233a79a1560, 0), scriptSig=)
2014-12-06 13:50:17 dseep - Asking source node for missing entry CTxIn(COutPoint(92fe4c33d6cb3d4966aa21d28daad0e9aece8ded820538aa0bab1ec1e6e27e6e, 0), scriptSig=)
2014-12-06 13:50:17 dseep - Asking source node for missing entry CTxIn(COutPoint(b98dd00ae7051d304493537884cc74e34ad2ca42b7f9b60f7493e185e9358e19, 0), scriptSig=)
2014-12-06 13:50:18 dseep - Asking source node for missing entry CTxIn(COutPoint(97a4100813d1751349b93d68ff32ce5fbd5f07e72932a6d8887bd43d908d5f59, 1), scriptSig=)
2014-12-06 13:50:18 dseep - Asking source node for missing entry CTxIn(COutPoint(902b7d3b778aabe952145be838680b369678bca5c498bc2e42f1f93e3295eaf0, 1), scriptSig=)

edit : seems to be slowing down now.. not as many as from the start
 
Last edited by a moderator:

yidakee

Well-known Member
Foundation Member
Apr 16, 2014
1,812
1,168
283
That's not a collateral fee. Looks like you sent .1DRK (the exact collateral size), I must not be checking those correctly.
I'm playing Dice bets, and sending loads of 0.xxx ... that may be it