Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jun 05 2016 10:31
    @alexvandesande banned @adamskee
  • Mar 16 2016 01:12
    @alexvandesande banned @scbosse
manu3d
@emanuele3d
<sigh> yes.
I just ran ls -la (I installed unix commands) but it didn't find anything hidden. Let me check though.
phalexo
@phalexo
The question is if geth is downloading blocks
And if it is 1 block at a time.
manu3d
@emanuele3d

Most of the lines of output I see are in the form:

INFO [08-29|23:22:57] Imported new state entries count=2 flushed=0 elapsed=920.052ms processed=131 pending=1052 retry=0 duplicate=0 unexpected=0

phalexo
@phalexo
No lines wth block numbers?
manu3d
@emanuele3d

Just now a line in the form:

INFO [08-29|23:23:16] Imported new block receipts count=8 elapsed=33.001ms number=4217372 hash=f3814f…8b29d8 ignored=0

popped in.

phalexo
@phalexo
at the end or close
manu3d
@emanuele3d
Is that telling me 8 blocks have just been imported?
phalexo
@phalexo
Still have to wait then
Until 1 block at a time.
manu3d
@emanuele3d

So, that "count" is the number of blocks it imported? And what's the difference between block headers and block receipts? I.e.:

INFO [08-29|23:23:51] Imported new block headers count=0 elapsed=3.000ms number=4217564 hash=c81854…80d25f ignored=192
INFO [08-29|23:23:52] Imported new block headers count=41 elapsed=51.002ms number=4217632 hash=22428d…077237 ignored=27
INFO [08-29|23:23:59] Imported new block receipts count=22 elapsed=35.002ms number=4217394 hash=53a58b…4d6d18 ignored=0

phalexo
@phalexo
about 300 to go
,640 on my end
manu3d
@emanuele3d
Why is the process very slow toward the end of the chain? At the beginning it seemed very quick.
phalexo
@phalexo
Probably compressed blocks.
manu3d
@emanuele3d
You mean the initial... 4 million were compressed blocks?
phalexo
@phalexo
Assuming.
Also more peers have older blocks, again my assumption.
,645 block here
manu3d
@emanuele3d
I thought that might be, but I'm a newbie in P2P stuff and I didn't want to assume. =)

Last block-related line of output:

NFO [08-29|23:24:14] Imported new block receipts count=159 elapsed=311.017ms number=4217561 hash=1467fd…eb08c0 ignored=0

Did you see my question on voting? Would that be more appropriate in the research channel? I didn't even realize this is a tutorial channel.
Or perhaps the solidity channel?
phalexo
@phalexo
There were some others talking about voting.
As I suggested to another guy 1) Fixed number of addresses with one token each stored on the blockchain before the election 2) Distribute addresses/keys randomly to voters 3) Have them send 1 token to the candidate's account they like.
manu3d
@emanuele3d
That's an interesting twist on what I had in mind. Rather than distributing the tokens to known addresses and then working some kind of encryption magic from that starting point, you'd distribute the addresses at random. The distribution of addresses/keys needs to be done out of ethereum though, by a central authority rather than a smart contract, right?
phalexo
@phalexo
It doesn't matter who or what distributes as long as it cannot be tracked.
phalexo
@phalexo
Is it synced up?
,697 here
700
manu3d
@emanuele3d

Well, if I (central authority) distribute the addresses/key manually (paper envelopes or via email) I can track things. It'd be good if a contract did it, but how can a contract distribute addresses and keys without being tracked? Wouldn't these addresses and keys be part of a transaction that gets stored in the chain?

Regarding your question, the last block-related output line is still the same as before:

INFO [08-29|23:24:14] Imported new block receipts count=159 elapsed=311.017ms number=4217561 hash=1467fd…eb08c0 ignored=0

After that there are about 40 lines "Importing new state entries".

Current last one:

INFO [08-29|23:50:41] Imported new state entries count=380 flushed=465 elapsed=5.404s processed=12477 pending=12367 retry=4 duplicate=0 unexpected=23

phalexo
@phalexo
A contract would vote on your behalf.
manu3d
@emanuele3d
You are being very synthetic and honestly with my lack of experience with smart contract I am struggling to connect the dots.
phalexo
@phalexo
In a physical setting, one can print QR codes for each vote and put in a box.
manu3d
@emanuele3d
Good point. And then people just extract the codes at random.
phalexo
@phalexo
You come in, pull a vote at random and vote.
But they all have to be pre-stored so the person can check the vote after the fact on line.
manu3d
@emanuele3d
So, thinking from a voter perspective: you get an envelope from a box with a QR code. You then go home and the QR code leads you to... a smart contract in which you can choose your vote? The smart contract then sends the token to the account corresponding to your choice? Did I get the workflow right?
phalexo
@phalexo
Or you vote on the spot. Keep the QR code card, and check at home if your vote was cast correctly by looking up the blockchain transaction.
manu3d
@emanuele3d
Certainly you have given me some interesting food for thought.
phalexo
@phalexo
Is geth stuck?
manu3d
@emanuele3d
It continues to output "Imported new state entries" type of line. But I haven't seen a block-related type of line since the one I mentioned earlier.
Is that not normal?
phalexo
@phalexo
,743 block here
manu3d
@emanuele3d
The last one for me still seems to be ,561.
phalexo
@phalexo
I wonder where NTP gets its time. Whether it is from NIST.
manu3d
@emanuele3d
There must be a config file somewhere? /etc?
phalexo
@phalexo
What about locale, is that set correctly?