Pages:
Author

Topic: [ANNOUNCE] New alternate cryptocurrency - Geist Geld - page 17. (Read 74212 times)

member
Activity: 112
Merit: 11
Hillariously voracious
September 13, 2011, 12:38:49 PM
56 hrs ago? 13200 blocks in 56 hours is nearly a block every 6 seconds. I thought this was still targetting 15 second blocks.

56*60= 3360 minutes
3360 minutes * 60 = 201600 seconds

201600 seconds / 13191 blocks = 15,2 seconds per block.

We're on schedule, lol Roll Eyes
legendary
Activity: 3878
Merit: 1193
September 13, 2011, 12:38:49 PM
56 hrs ago? 13200 blocks in 56 hours is nearly a block every 6 seconds. I thought this was still targetting 15 second blocks.
member
Activity: 112
Merit: 11
Hillariously voracious
Also, there was a guy who claimed that at least  as far as network latency is concerned, 2s blocks should be sustainable (and had some calc as proof, though being a graphic designer with a side dish of smuggler, I can't attest to the validity of mathemagic he had there), though I think that it's a mite overkill. 15s/block is actually plenty fast (I've had paypal transfers that linger for a full minute, but that's probably due to all fraud checks)

I would agree, we need to see real life data on the effects of extremely short blocks and 15s assuming there becomes no adverse side effects as the network grows sufficiently large will provide a lot of really good data to help determine optimal rates.  I look forward to seeing this as the network grows both to miners and consumers.  Even at 15s it brings transactions much closer to the speed of plastic (assuming people don't get start assuming they need 10000 confirmations to accept a transaction rofl - btw do you have a set minimum transaction count?)

You mean as in "count at which listtransactions displays transaction", or some shenanigan that will remind the user that accepting 0/unconfirmed is a Really Bad Idea?


Also, plastic transactions can not that far from 15 sec boundary, depending on arcane intricacies of a given country's banking system operation and current state of affairs in a given bank's automation (During my visit to Germany I once had to wait in line for whole extra 5 minutes because a guy's credit card was extra-thoughtful)

P.S.:
online plastic is way above 15 seconds if we're not talking about a system when you "pre-bind" a credit card long before actually transacting (ala paypal) and include the hassle of entering all them numberses, CC-somethings and address into relevant field (which we probably should)

member
Activity: 112
Merit: 11
Hillariously voracious
Eleuthria, the owner of BTC Guild, has ran a few alt coin pools rather successfully. Although SC probably left a bad taste in his mouth. Might want to talk to him and see if he is game.

I will as soon as I get the (slightly) pool optimized version   compile

I'm impressed. I thought with such fast blocks there would be more orphans. I'm seeing only 2%. The frequent difficulty adjustments are also great. Miners come and leave and the difficulty adjusts real fast. Someone's got to do a block explorer so we can see how the blocks are coming. We're at 13000 blocks. Exactly when was this chain started?

September 13, 2011, 12:38:49 PM

Also, there was a guy who claimed that at least  as far as network latency is concerned, 2s blocks should be sustainable (and had some calc as proof, though being a graphic designer with a side dish of smuggler, I can't attest to the validity of mathemagic he had there), though I think that it's a mite overkill. 15s/block is actually plenty fast (I've had paypal transfers that linger for a full minute, but that's probably due to all fraud checks)

legendary
Activity: 3878
Merit: 1193
I'm impressed. I thought with such fast blocks there would be more orphans. I'm seeing only 2%. The frequent difficulty adjustments are also great. Miners come and leave and the difficulty adjusts real fast. Someone's got to do a block explorer so we can see how the blocks are coming. We're at 13000 blocks. Exactly when was this chain started?
full member
Activity: 180
Merit: 100
Eleuthria, the owner of BTC Guild, has ran a few alt coin pools rather successfully. Although SC probably left a bad taste in his mouth. Might want to talk to him and see if he is game.
member
Activity: 112
Merit: 11
Hillariously voracious
Is their any pool to mine?
Also any pool to exchange GG to BTC or any other currency?


Not yet, but it is coming.

Both a pool and an exchange.

As I already said, I am greatly interested in how geist behaves with pools (and trying to cobble together a pool-friendlier version) and am looking forward to the official deployment of the pool (and the insights that its successes and failures will hopefully bring)
member
Activity: 112
Merit: 11
Hillariously voracious
I was doing some thinking and GG is only going to gain value if there is a slew of people trying to mine it at the same time, otherwise there is no demand or competition for it.

Since the supply rate is basically a steady rate we can therefore assume that the more people wanting to mine GG the less each person will get in say a pool mining operation for GG.



Unless I misunderstand you, that seems to hold true for every "cryptocoin". Their value tends to correlate with mining competitiveness (though is not, of course, directly related to it, otherwise BTC would have been, much, much more expensive than even its "bubble peak" price) and the more people want to mine in a pooled setup, the less they receive per block (but the more users a pool gets, the more blocks it has, unless it hits some scalability wall in the way pooling is implemented in a given pool for a given coin, and by far this, and not block propagation or potential for godlike blockchain size, is what most concerns me about Geist's design)
hero member
Activity: 980
Merit: 506
I was doing some thinking and GG is only going to gain value if there is a slew of people trying to mine it at the same time, otherwise there is no demand or competition for it.

Since the supply rate is basically a steady rate we can therefore assume that the more people wanting to mine GG the less each person will get in say a pool mining operation for GG.

full member
Activity: 180
Merit: 100
Good to know, thanks. Now I won't worry that I am somehow off on my time. Non-scientifically when this happened yesterday my last 10 transactions listed were all orphaned blocks. After I stopped and restarted GG I started getting 'immature' again. Again, that is anecdotally and I haven't run any significant comparisons to see. I may have to spend a bit of time this evening and try to test this out a bit more.
member
Activity: 112
Merit: 11
Hillariously voracious
Lolcust, I think you have to update the gg zips so the NTP=1 flag is used by default. Just in case people miss to change this in the config.
Getinfo says "errors" : "Warning: A majority of peers disagree with NTP time. Something is off here!" again.

Did that yesterday (and checked, and re-checked now yet again)

Everything has proper config.

Basically, there are two explanations
1) you get connected to an ntp server that is full of HATE (which would be strange, given that Geist only yanks  them once an hour, which is verily nice of it)
2) there are a bunch of miners who ignore NTP (don't visit the forum too often) and just blast away, and you happen to occasionally get connected preferentially to them.

Which sort of gives me an idea for yet another thing for the todo list...

Any way to check what ntp server I'm connected to?

Hm, I'll see what can be done.

I've been getting the NTP error on my main machine every few hours. Every time I stop GG, resync time with time.nist.gov, and then restart. I really don't think my machine is slipping that far in that short amount of time. I don't necessarily have to resync on the the time, either. I do it just in case tho Tongue

Running Win 7 x64, btw.

Resync of system time won't do anything because if NTP=1, then Geist abandons system time and does its best to stick to NTP values.

Geist's NTP neither messes with, nor cares for, your Windows system time.

What I suspect is that there are  5-7 dudes who don't care about updates (Connections ? check. Miner running ? check. Are there accepted blocks? CHECK!)  who never bothered with the ntp thingamabobble (or just don't know about it) and just blast away, and given that currently there are exactly 22 folks mining Geist (which makes the diff of 112 more impressive) the probability of ending in the preferential company of "those people" isn't that low.

Geist needs a way to start nagging and begging for updates when updates come...food for thought...
full member
Activity: 180
Merit: 100
I've been getting the NTP error on my main machine every few hours. Every time I stop GG, resync time with time.nist.gov, and then restart. I really don't think my machine is slipping that far in that short amount of time. I don't necessarily have to resync on the the time, either. I do it just in case tho Tongue

Running Win 7 x64, btw.
full member
Activity: 135
Merit: 100
Lolcust, I think you have to update the gg zips so the NTP=1 flag is used by default. Just in case people miss to change this in the config.
Getinfo says "errors" : "Warning: A majority of peers disagree with NTP time. Something is off here!" again.

Did that yesterday (and checked, and re-checked now yet again)

Everything has proper config.

Basically, there are two explanations
1) you get connected to an ntp server that is full of HATE (which would be strange, given that Geist only yanks  them once an hour, which is verily nice of it)
2) there are a bunch of miners who ignore NTP (don't visit the forum too often) and just blast away, and you happen to occasionally get connected preferentially to them.

Which sort of gives me an idea for yet another thing for the todo list...

Any way to check what ntp server I'm connected to?
member
Activity: 112
Merit: 11
Hillariously voracious
Lolcust, I think you have to update the gg zips so the NTP=1 flag is used by default. Just in case people miss to change this in the config.
Getinfo says "errors" : "Warning: A majority of peers disagree with NTP time. Something is off here!" again.

Did that yesterday (and checked, and re-checked now yet again)

Everything has proper config.

Basically, there are two explanations
1) you get connected to an ntp server that is full of HATE (which would be strange, given that Geist only yanks  them once an hour, which is verily nice of it)
2) there are a bunch of miners who ignore NTP (don't visit the forum too often) and just blast away, and you happen to occasionally get connected preferentially to them.

Which sort of gives me an idea for yet another thing for the todo list...
full member
Activity: 135
Merit: 100
Lolcust, I think you have to update the gg zips so the NTP=1 flag is used by default. Just in case people miss to change this in the config.
Getinfo says "errors" : "Warning: A majority of peers disagree with NTP time. Something is off here!" again.

;Edit
Sorry I read on the OP now that you allready done this.
Still, this error is annoying. 
legendary
Activity: 1855
Merit: 1016
Is their any pool to mine?
Also any pool to exchange GG to BTC or any other currency?
ama
member
Activity: 112
Merit: 10
Hello,

Is there real interest in a blockexplorer-like site for Geist Geld?  Help me decide if I should set it up!     Grin

Yes: 16p7hr3nKhFrKz3qn2cg3Q3buEgr5yPnU9
No: 1H51nfR4V83dhy9niUZjjXigVVYeX14qZ9
full member
Activity: 135
Merit: 100
I too am running cgminer today, to test stuff and see how it goes (-s 1 -Q 0 --no-longpoll ) and it's doing remarkably well on mere 250 mhashes so far (despite the notably raised diff)

Why are you using scantime 1?

 ArtForz suggested that since local connection doesn't have LP and some other stuff, s1 Q0 should work out neatly.


 seems to be working out really well.

I'm toying around with other values but it -seems- that 1 is working out better in solo mining.

I read somewhere that setting too low scantime can cause the miner to discard work that may still be valid.  Cant seem to find the post stating this. But I think it was somewhere on the cgminer thread. Default of 60 seconds is clearly too much for our fast blocks, but 2 -6 seconds is what i use and it seems to work fine. I change this a little depending on current difficulty. When the difficulty was down to 1 before the restart I had to put scantime 1 to keep up with the speed of the blocks.

Another advice would be to use only one thread/gpu. (-g 1) Default cgminer uses 2 threads. This makes submitting work a little quicker.
member
Activity: 112
Merit: 11
Hillariously voracious
I too am running cgminer today, to test stuff and see how it goes (-s 1 -Q 0 --no-longpoll ) and it's doing remarkably well on mere 250 mhashes so far (despite the notably raised diff)

Why are you using scantime 1?

 ArtForz suggested that since local connection doesn't have LP and some other stuff, s1 Q0 should work out neatly.


 seems to be working out really well.

I'm toying around with other values but it -seems- that 1 is working out better in solo mining.
full member
Activity: 135
Merit: 100
I too am running cgminer today, to test stuff and see how it goes (-s 1 -Q 0 --no-longpoll ) and it's doing remarkably well on mere 250 mhashes so far (despite the notably raised diff)

Why are you using scantime 1?
And thanks for the bounty you sent! Its confirmed  Cheesy
Pages:
Jump to: