[ANN][XEL] Elastic Project - The Decentralized Supercomputer - page 263.

unvoid

hero member

Activity: 535

Merit: 500

Quote from: hagie on September 08, 2016, 04:45:16 AM

Quote from: unvoid on September 08, 2016, 04:23:39 AM

And please remember to del your blockchain before start. It's always good to delete blockchain after update in testnet.

Code:

rm -rf nxt_test_db/

Updated to latest git. Signature problem when register account sill present.

You may try and log in.

regards

Your problem lays here:
nrs.server.js line 511:

Code:

		if (transaction.recipient !== data.recipient) {
			if (data.recipient == "5177795918244458805" && transaction.recipient == "0") {
				//ok
			} else {
				return false;
			}
		}

I'll try to look at it after my work.

hagie

hero member

Activity: 792

Merit: 501

Quote from: unvoid on September 08, 2016, 04:23:39 AM

And please remember to del your blockchain before start. It's always good to delete blockchain after update in testnet.

Code:

rm -rf nxt_test_db/

Updated to latest git. Signature problem when register account sill present.

You may try and log in.

regards

unvoid

hero member

Activity: 535

Merit: 500

If you want to try XEL:

Download testnet client https://github.com/OrdinaryDude/elastic-reference-client.
Best if you download it trough git for future easy updates. Install git on your machine and:

git clone https://github.com/OrdinaryDude/elastic-reference-client.git

Watch this video for instructions how to run it https://player.vimeo.com/video/178616474?quality=1080p and paste your address here to receive some XEL for testing and fun.

If you want to try out a miner:

1. Download it from: https://github.com/OrdinaryDude/elastic-miner
Best if you download it trough git for future easy updates. Install git on your machine and:

git clone https://github.com/OrdinaryDude/elastic-miner.git

2. ./compile.sh
3. ./run.sh
4. Give it your passphrase (after you hit a key make sure visible XEL address is yours)
5. Give it a XEL running daemon IP address (default localhost)
6. Hit enter and submit work to the network in your XEL client UI as shown here https://player.vimeo.com/video/178616474?quality=1080p. If someone else will submit work to the network your miner will automatically start working on it.
7. Example work are here https://github.com/OrdinaryDude/elastic-reference-client/tree/master/elasticpl_examples. no_bounties_found.epl will not found any bounty! Be warned that this is debug job that will just expire after 250 blocks without any submissions.

Suggestions:

run miner with lower cpu priority for optimal experience. Especialy if you running miner on the same machine that you running XEL node.

i. e.

Code:

screen nice -n 20 ./run.sh

20 is lowest possible priority in most linux env.

If you want to update XEL to the newest version:

Stop your node (CTRL + C)
Go to main directory of XEL and:

Code:

git pull origin master
./compile.sh
rm -rf nxt_test_db/
screen ./run.sh

If you want to update miner to the newest version:

Stop your miner (CTRL + C)
Go to main directory of miner and:

Code:

git pull origin master
./compile.sh
screen nice -n 20 ./run.sh

unvoid

hero member

Activity: 535

Merit: 500

And please remember to del your blockchain before start. It's always good to delete blockchain after update in testnet.

Code:

rm -rf nxt_test_db/

unvoid

hero member

Activity: 535

Merit: 500

Is your node up to date? I've seen on the peer list that not all nodes updated latest @EK changes.

Stop your node, go to elastic directory and:

Code:

git pull origin master
./compile.sh
screen ./run.sh

I logged into your node. And as I said it's old version. Update and try again.

hagie

hero member

Activity: 792

Merit: 501

Quote from: unvoid on September 08, 2016, 04:09:08 AM

Quote from: hagie on September 08, 2016, 03:48:29 AM

Quote from: unvoid on September 08, 2016, 03:38:44 AM

Right.

Thanks for the clarification. Anyway - I can't put work on the network I get the "Could not verify signature (server side)." Error when creating a Job or register my Account. Any Hint how to solve this ?

Regards

I've problem with reproducing this. In NRS.verifyAndSignTransactionBytes function lot of conditions returns false. Maybe irrelevant question but do you have proper date set on your computer?

Is your node public? Can I login to it?

Yes the date is correct BUT it's shown wrong in the GUI

Code:

root@vmd14147:~# su - elastic
elastic@vmd14147:~$ date
Thu Sep  8 11:15:52 CEST 2016

And yes - it's the https://elastic.cryptnodes.site

Regards

unvoid

hero member

Activity: 535

Merit: 500

Quote from: hagie on September 08, 2016, 03:48:29 AM

Quote from: unvoid on September 08, 2016, 03:38:44 AM

Right.

Thanks for the clarification. Anyway - I can't put work on the network I get the "Could not verify signature (server side)." Error when creating a Job or register my Account. Any Hint how to solve this ?

Regards

I've problem with reproducing this. In NRS.verifyAndSignTransactionBytes function lot of conditions returns false. Maybe irrelevant question but do you have proper date set on your computer?

Is your node public? Can I login to it?

unvoid

hero member

Activity: 535

Merit: 500

Quote from: Evil-Knievel on September 07, 2016, 10:16:22 AM

I will think a moment about this. Maybe we should work with the NXT devs here; I am almost sure that they suffer from the same issue. The difference is that their TX cost something, but as malicious TX will never confirm and eventually will be rolled back, attacking NXT does not cost the attacker anything after all. I am pretty sure you could DOS the NXT chain easily. We need a solution here.

Would be awesome if any dev from NXT could join us for a moment or two. I've seen that CfB is quite active on BCT. Maybe he could be helpful?

hagie

hero member

Activity: 792

Merit: 501

Quote from: unvoid on September 08, 2016, 03:38:44 AM

Right.

Thanks for the clarification. Anyway - I can't put work on the network I get the "Could not verify signature (server side)." Error when creating a Job or register my Account. Any Hint how to solve this ?

Regards

unvoid

hero member

Activity: 535

Merit: 500

Right.

hagie

hero member

Activity: 792

Merit: 501

Quote from: unvoid on September 08, 2016, 03:13:30 AM

If you want to try out a miner:

1. Download it from: https://github.com/OrdinaryDude/elastic-miner
2. ./compile.sh
3. ./run.sh
4. Give it your passphrase (after you hit a key make sure visible XEL address is yours)
5. Give it a XEL running daemon IP address (default localhost)
6. Hit enter and submit work to the network in your XEL client UI as shown here https://player.vimeo.com/video/178616474?quality=1080p. If someone else will submit work to the network your miner will automatically start working on it.
7. Example work are here https://github.com/OrdinaryDude/elastic-reference-client/tree/master/elasticpl_examples. no_bounties_found.epl will not found any bounty! Be warned that this is debug job that will just expire after 250 blocks without any submissions.

Suggestions:

run miner with lower cpu priority for optimal experience. Especialy if you running miner on the same machine that you running XEL node.

i. e.

Code:

screen nice -n 20 ./run.sh

20 is lowest possible priority in most linux env.

Hi,

so forging and mining are different ?

Mining = Work on Computing jobs
Forging = Keep the chain running by producing blocks

right ?

Regards

tomkat

hero member

Activity: 1022

Merit: 507

Quote from: unvoid on September 08, 2016, 03:01:39 AM

1. Blacklist problem: Can we disallow to process jobs that are less than 5 blocks old? This way every node will know about job before any submission will hit the network.
2. Can we separate workers for the ones that have XEL and dosen't have? Workers with XEL can submit bounty with fee that will be returned later. Workers without XEL:

Can't submit more than X bounty, and in UI they have a notice about it "Get some XEL to be able to submit more than X solutions for one job".

Code:

if ( IP_ADDRESS && EMPTY_XEL_ADDRESS && submittedMoreThanXBounty) { // where X is a number of submission we choose as safe

   rejectSubmission;
   addThisIncidentToTheList;

   if(thereWasMoreIncidentsThanY) {
      
      blacklistNode; 
   }

}

Just a thoughts. Any other suggestions?

Perhaps, as a general rule, in order to become worker, one would need to have a collateral from which the submission fees would be financed.
Then once the work is completed, the fees would be paid back to the collateral account.
Similar solution is used in XEM for instance where you need to place 3M XEM to become supernode, or need to have at least 10K vested XEM balance to start forging.
This could be an incentive for longer commitment, and more involvement in XEL, and perhaps stabilize XEL price (slightly)

unvoid

hero member

Activity: 535

Merit: 500

If you want to try out a miner:

1. Download it from: https://github.com/OrdinaryDude/elastic-miner
2. ./compile.sh
3. ./run.sh
4. Give it your passphrase (after you hit a key make sure visible XEL address is yours)
5. Give it a XEL running daemon IP address (default localhost)
6. Hit enter and submit work to the network in your XEL client UI as shown here https://player.vimeo.com/video/178616474?quality=1080p. If someone else will submit work to the network your miner will automatically start working on it.
7. Example work are here https://github.com/OrdinaryDude/elastic-reference-client/tree/master/elasticpl_examples. no_bounties_found.epl will not found any bounty! Be warned that this is debug job that will just expire after 250 blocks without any submissions.

Suggestions:

run miner with lower cpu priority for optimal experience. Especialy if you running miner on the same machine that you running XEL node.

i. e.

Code:

screen nice -n 20 ./run.sh

20 is lowest possible priority in most linux env.

unvoid

hero member

Activity: 535

Merit: 500

If you want to try XEL:

Download testnet client https://github.com/OrdinaryDude/elastic-reference-client watch this video for instructions how to run it https://player.vimeo.com/video/178616474?quality=1080p and paste your address here to receive some XEL for testing and fun.

unvoid

hero member

Activity: 535

Merit: 500

1. Blacklist problem: Can we disallow to process jobs that are less than 5 blocks old? This way every node will know about job before any submission will hit the network.
2. Can we separate workers for the ones that have XEL and dosen't have? Workers with XEL can submit bounty with fee that will be returned later. Workers without XEL:

Can't submit more than X bounty, and in UI they have a notice about it "Get some XEL to be able to submit more than X solutions for one job".

Code:

if ( IP_ADDRESS && EMPTY_XEL_ADDRESS && submittedMoreThanXBounty) { // where X is a number of submission we choose as safe

   rejectSubmission;
   addThisIncidentToTheList;

   if(thereWasMoreIncidentsThanY) {
      
      blacklistNode; 
   }

}

Just a thoughts. Any other suggestions?

trader19

legendary

Activity: 1232

Merit: 1001

Quote from: yusyus on September 07, 2016, 02:43:07 PM

How and when I can receive my XEL?
Does wallet ready?

join us on testnet and help us find bugs, as much we all help sooner we get to mainnet release and party timeee

yusyus

hero member

Activity: 495

Merit: 500

How and when I can receive my XEL?
Does wallet ready?

tomkat

hero member

Activity: 1022

Merit: 507

Quote from: Evil-Knievel on September 07, 2016, 10:16:22 AM

Quote from: tomkat on September 07, 2016, 09:40:09 AM

If submitting work cost something, then the submission cost should be enough to prevent flooding, no...?

Submitting work costs, but submitting a POW solutions or a bounty submission is a zero fee transaction, so even accounts with no XEL can start solving work right away.
I mean we could require a fee and then refund it once the tx confirms, but that would make it more difficult for new users to start earning XEL.

I will think a moment about this. Maybe we should work with the NXT devs here; I am almost sure that they suffer from the same issue. The difference is that their TX cost something, but as malicious TX will never confirm and eventually will be rolled back, attacking NXT does not cost the attacker anything after all. I am pretty sure you could DOS the NXT chain easily. We need a solution here.

Well, not sure if it can be solved as it would be difficult to determine if a flood of submissions is made up of fake numbers, or it's a series of real values calculated by a super fast PoW miner.

Evil-Knievel

legendary

Activity: 1260

Merit: 1168

Quote from: tomkat on September 07, 2016, 09:40:09 AM

If submitting work cost something, then the submission cost should be enough to prevent flooding, no...?

Submitting work costs, but submitting a POW solutions or a bounty submission is a zero fee transaction, so even accounts with no XEL can start solving work right away.
I mean we could require a fee and then refund it once the tx confirms, but that would make it more difficult for new users to start earning XEL.

I will think a moment about this. Maybe we should work with the NXT devs here; I am almost sure that they suffer from the same issue. The difference is that their TX cost something, but as malicious TX will never confirm and eventually will be rolled back, attacking NXT does not cost the attacker anything after all. I am pretty sure you could DOS the NXT chain easily. We need a solution here.

tomkat

hero member

Activity: 1022

Merit: 507

Quote from: Evil-Knievel on September 07, 2016, 09:11:06 AM

The problem was that sometimes a block (which includes a work creation transaction) did not propagate quick enough while unconfirmed POW/Bounty submissions were already received from the mempool of different nodes. Since the node did not know the work yet, it assumed that the POW submission is malicious/malformed and blacklisted the node.

Suggested fix for blacklisting issue:
https://github.com/OrdinaryDude/elastic-reference-client/commit/df3177877687b79ef4a63bdb85c55c3afbd9619c

Problem:
This of course opens up a wide surface for mempool flooding attacks with made-up work submissions (where the software can not yet decide if they are malicious or not). NXT suffers from the same problem. We will have to find a solution for that here.

Important:
IF PROBLEMS PERSIST: You need to "rm -rf nxt_text_db/" and redownload the blockchain entirely since forks may have screwed up a lot in the last days.

Pending:
I still suspect one little issue in the block reorganization routine, the "flooding problem" from above as well as block reorganization is the next point on the agenda.

If submitting work cost something, then the submission cost should be enough to prevent flooding, no...?

Topic: [ANN][XEL] Elastic Project - The Decentralized Supercomputer - page 263. (Read 450524 times)