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
phalexo
@phalexo
My bet was the clock. Run geth from a command line with --fast --cache 1024 --ipcpath C:\temp\geth.ipc and wait for it to get to the point where it downloads 1 block at a time.
And then try to attach to it, with mist.exe --rpc C:\temp\geth.ipc
manu3d
@emanuele3d
Trying now.
I thought --fast worked only if I used removedb first...
manu3d
@emanuele3d
Something seems strange though. Nothing gets created in the ipcpath folder...
phalexo
@phalexo
@emanuele3d Don't listen to idiots telling you to delete stuff.
manu3d
@emanuele3d
Roger that. =)
phalexo
@phalexo
There is no socket in C:\temp?
Does C:\temp exist?
manu3d
@emanuele3d
I mean: the folder exist, the .ipc file doesn't.
phalexo
@phalexo
Hm.
Maybe flags are different on Windows.
manu3d
@emanuele3d
Lemmecheck.
At the beginning of the execution it said: IPC endpoint opened: \.\pipe\C:/temp/gethTmp/geth.ipc does that look alright to you? Of course I did create the gethTmp folder first.
phalexo
@phalexo
Ok, so it did open the pipe.
manu3d
@emanuele3d
--ipcpath is definitely mentioned in geth --help.
Yes, but there is nothing in that folder. Is that intended? I was expecting a geth.ipc file in there.
phalexo
@phalexo
Maybe you'll have to pass C:/temp/gethTmp/geth.ipc to Mist.
can you see gethTmp in temp?
manu3d
@emanuele3d
Yes, gethTmp is there. It's just empty.
phalexo
@phalexo
Windows is strange.
It may be invisible
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.