Topic: Introductions & Join ups (Read 28672 times)

devlux · « **Reply #40 on:** June 04, 2016, 05:04:46 am »

Quote from: dael on June 04, 2016, 04:08:10 am

I work with a bunch of silly election integrity advocates on FB and would like to help here if possible. I got my wallet (needed fixed?) and now need votums.

Hi Dael, nice to meet you. I need your NXT address. Should start with NXT-SOMETHING
Upper left corner of the wallet.

dael · « **Reply #41 on:** June 04, 2016, 12:38:37 pm »

NXT-XPCH-TGAW-AGW5-2W9ZK

dael · « **Reply #42 on:** June 04, 2016, 03:10:19 pm »

installed 1.8.3 and getting blocks.

CryptKeeper · « **Reply #43 on:** June 04, 2016, 03:14:14 pm »

Quote from: dael on June 04, 2016, 03:10:19 pm

installed 1.8.3 and getting blocks.

If this takes too long you can find a snapshot of the Nxt blockchain database here:
http://www.peerexplorer.com

dael · « **Reply #44 on:** June 04, 2016, 03:17:13 pm »

how long either way? it's a download? ok about 700mB I think I will let it roll for now, I saved the link in case for later.
any relation to peer block?

Damelon · « **Reply #45 on:** June 04, 2016, 04:31:20 pm »

Quote from: dael on June 04, 2016, 03:17:13 pm

how long either way? it's a download? ok about 700mB I think I will let it roll for now, I saved the link in case for later.
any relation to peer block?

A blockchain download is never a straight download, so it will take longer to have it working than a download of a similar size.
All transactions need to be verified while downloading. So don't be surprised it takes quite a while longer than you'd expect.

VanBreuk · « **Reply #46 on:** June 04, 2016, 08:14:44 pm »

@Dael - if you download the blockchain using the Nxt client, the verification process mentioned by Damelon takes place (as every block is received, everything is checked and added to local database) so it takes longer, but you're getting it straight from the live Nxt network.

If you download the blockchain using the snapshot linked by Cryptkeeper, it should go as fast as your bandwidth (and peerexplorer's) allows, because you're downloading a snapshot of the database folder, already built. The only downside of this method is that it requires to trust the source, since you're not retrieving the information from the live network but a "pre-verified" copy.

Of course in this case the trustworthiness of Peerexplorer seems out of question.

Generally it is good advice to download the blockchain using the client. But an option like the Peerexplorer DB snapshot can be useful if you're in a rush.

dael · « **Reply #47 on:** June 04, 2016, 10:24:21 pm »

349011 left whuhaaa hours later 8 from client. Now how would an android.iphone app deal with this? ;P

VanBreuk · « **Reply #48 on:** June 04, 2016, 11:06:06 pm »

Quote from: dael on June 04, 2016, 10:24:21 pm

349011 left whuhaaa hours later 8 from client. Now how would an android.iphone app deal with this? ;P

It would use a light client and contact to public nodes

with no blockchain download.

devlux · « **Reply #49 on:** June 04, 2016, 11:40:01 pm »

Quote from: VanBreuk on June 04, 2016, 11:06:06 pm

Quote from: dael on June 04, 2016, 10:24:21 pm
349011 left whuhaaa hours later 8 from client. Now how would an android.iphone app deal with this? ;P

It would use a light client and contact to public nodes with no blockchain download.

Which I should add is exactly how the voting app works.

devlux · « **Reply #50 on:** June 05, 2016, 12:25:05 am »

It's official, we gotta do this on testnet. Sorry I know I said mainnet before. But testnet is actually better for a number of important reasons, the primary one being we don't want to accidentally DDoS mainnet and I just got word we have WAY more precincts than initially bargained for.

Riker · « **Reply #51 on:** June 05, 2016, 06:23:23 am »

Quote from: devlux on June 05, 2016, 12:25:05 am

It's official, we gotta do this on testnet. Sorry I know I said mainnet before. But testnet is actually better for a number of important reasons, the primary one being we don't want to accidentally DDoS mainnet and I just got word we have WAY more precincts than initially bargained for.

As long as you consider this project a test there is no reason not to run it on the testnet (we can't prevent you from doing so anyway) just beware of the following implications:
1. Currently testnet has only 6 active nodes.
2. There are several operational parameters on the testnet which are different than on mainnet, for example it requires only one fork confirmation instead of two and it allows forging a block after 5 minutes instead of an hour for any node.
3. We reserve the option of doing a rollback on testnet whenever it's necessary for development purposes so you may end up losing your vote history at some point in time.

Jean-Luc · « **Reply #52 on:** June 05, 2016, 06:53:32 am »

4. Very few accounts forge on testnet, me being one of the main forgers when my node goes down often testnet just stops.

5. The 1.9 hard fork will happen in a week or two on testnet, when 1.9 is released make sure to upgrade.

Nextshares · « **Reply #53 on:** June 05, 2016, 11:09:02 am »

Wait for v1.9.

devlux · « **Reply #54 on:** June 05, 2016, 09:28:38 pm »

Quote from: Nextshares on June 05, 2016, 11:09:02 am

Wait for v1.9.

I don't think I can ask the State of California to hold off on the primary until 1.9 is released

Well i guess we can ask, I just don't think it will net the desired effect.

devlux · « **Reply #55 on:** June 05, 2016, 09:36:15 pm »

Quote from: Riker on June 05, 2016, 06:23:23 am

Quote from: devlux on June 05, 2016, 12:25:05 am
It's official, we gotta do this on testnet. Sorry I know I said mainnet before. But testnet is actually better for a number of important reasons, the primary one being we don't want to accidentally DDoS mainnet and I just got word we have WAY more precincts than initially bargained for.

As long as you consider this project a test there is no reason not to run it on the testnet (we can't prevent you from doing so anyway) just beware of the following implications:
1. Currently testnet has only 6 active nodes.
2. There are several operational parameters on the testnet which are different than on mainnet, for example it requires only one fork confirmation instead of two and it allows forging a block after 5 minutes instead of an hour for any node.
3. We reserve the option of doing a rollback on testnet whenever it's necessary for development purposes so you may end up losing your vote history at some point in time.

Thanks and yes these are all deeply concerning which is why we keep flipflopping on mainnet vs testnet.
We can add nodes to testnet as easily as we can add them to mainnet. The act of forging requires some coin though even on testnet, so we need to square that away.

#3 is the only one that is a major concern for us. If you can give us a guarantee of not reseting the blockchain for a few days though we have a solution.
It basically involves snapshotting the blockchain at the end of the primary, uploading it to bittorrent via a magnet link and storing that magnet link as a non-prunable plaintext message on the mainnet blockchain. We then ask folks who wish to view the raw dataset to download and install NXT and torrent the testnet blockchain and import that.
3 days gives us time to snapshot the data, get it up and get a few seeds going.

Is that the best path for doing this you think?

Sebastien256 · « **Reply #56 on:** June 05, 2016, 10:03:37 pm »

Primary are in 2 days if i'm not mistaken. If you need to send 1 Nxt and 1 MS coin to 60k accounts. It will take about 8 hours to do so, if everything go smooth.

I suggest you ask for testnet NXT in this topic:
https://nxtforum.org/testnet/some-testnxt-to-test-asset-exchange/
Do not use your real passphrase on testnet.

However, I would love to see this in action on mainnet tought :-)

devlux · « **Reply #57 on:** June 05, 2016, 10:15:43 pm »

Quote from: Sebastien256 on June 05, 2016, 10:03:37 pm

Primary are in 2 days if i'm not mistaken. If you need to send 1 Nxt and 1 MS coin to 60k accounts. It will take about 8 hours to do so, if everything go smooth.

I suggest you ask for testnet NXT in this topic:
https://nxtforum.org/testnet/some-testnxt-to-test-asset-exchange/
Do not use your real passphrase on testnet.

However, I would love to see this in action on mainnet tought :-)

I do too. But if this works we will be using mainnet for the November elections. Oddly that one is easier to do than the Primary. With the Primary there are certain parties that allow you to vote in their primary even if you aren't a party a member, while there are other parties who don't allow for this. Having restrictions like this including some on the district level are proving to be extremely complex. But we're getting there.

Good idea about the testnxt request. I'll get on that right away.

Sebastien256 · « **Reply #58 on:** June 05, 2016, 10:17:35 pm »

If done on testnet, it seems it will be a nightmare to tell people how to check the data. It will take obviously a lot of computer skills, and if it is plan to give access of this data to the public, good luck with that! On mainnet, everything will be accesible easily on the blockchain explorer.

What the plan about this? Do the data need to be accessible by the public?

devlux · « **Reply #59 on:** June 05, 2016, 10:20:08 pm »

Quote from: Sebastien256 on June 05, 2016, 10:03:37 pm

Edit:
If done on testnet, it seems it will be a nightmare to tell people how to check the data. It will take obviously a lot of computer skills, and if it is plan to give access of this data to the public, good luck with that! On mainnet, everything will be accesible easily on the blockchain explorer.

I know, these are all raging questions we're attempting to address. At least for the short term (while the data remains on the testnet blockchain), it's verifiable using the regular testnet blockexplorers. But it gets tricky after the next testnet reset.

Do you have any ideas for this, because it's open suggestion time.

News:

Author Topic: Introductions & Join ups (Read 28672 times)