Quote from: ttookk on April 12, 2017, 11:59:23 AM

Quote from: tomkat on April 12, 2017, 06:56:29 AM

Quote from: coralreefer on April 11, 2017, 09:58:48 PM

Quote from: Evil-Knievel on April 11, 2017, 08:38:08 PM

Is queuing the right way to go at all?

I don't really see any way around it, but maybe some other bright minds around here can come up with a solution.

But the bottom line is we can easily have complex jobs that take considerable time to solve, and each submission would need to be validated. For example, if I create a job that takes 0.1 sec to solve, and I dump 1000 submissions onto a SN, that node would be tied up for 2 minutes before it could do anything else. And this will take place while people are dumping hundreds if not thousands of legitimate POW submissions on the SN.

I still don't know of a good solution...I still wish we didn't have POW in xel and just focused on bounties. I know you'll say we need the POW logic ;-) I'm just not convinced, and I feel like it just complicates the validation / targetting / volume issues.

Are users allowed to dump submissions to nodes of their choice? With many SNs in the network all those submissions could be handled by (probably) tens of SNs simultaneously right?
Assuming the jobs are being spread evenly between all SNs, is it really a problem at all?

I think jobs must be checked by at least a portion of SNs, otherwise a SN could send bad jobs, be it by accident or with malicios intent. So, to check a SNs integrity, other SNs have to check what a SN does. Whether all SNs have to check all jobs, I don't know.

That is not correct, the current design does not require multiple SNs to validate a job..