Main Menu

Dry Run 7: The Power of DPOS

Started by bytemaster, July 01, 2014, 09:14:47 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

toast

We're taking this one down. Great success all around, except for our sloppy hard fork at the end.

Next test net:

* 10 transactions per second
* 10 second blocks
* Bids/asks/shorts (but no order matching, ha ha)
Do not use this post as information for making any important decisions. The only agreements I ever make are informal and non-binding. Take the same precautions as when dealing with a compromised account, scammer, sockpuppet, etc.

alexxy

Vote also for some of my delegates =D
Vote for my delegates! alexxy | lexx
PTS: PmraxfZ852y9oEKrYMLX1ee3e4qRWPUTFC
BTS: alexxy

cass

Quote from: bytemaster on July 07, 2014, 03:45:02 AM
DAC Unlimited is trusted.

is it an Hyperetas project!? So i could help on design if needed!?
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

cass

Quote from: xeroc on July 07, 2014, 08:35:12 AM
Quote from: Webber on July 07, 2014, 08:03:15 AM
wow,poor network now! What happening?
latest github master has a bug that makes client stuck on a block .. no idea when they will update that :(

guess we'll start a new Dry Run today... or better asap .. no exact timeframe currently
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

cass

Quote from: xeroc on July 07, 2014, 01:44:31 PM
Quote from: spartako on July 07, 2014, 01:27:49 PM
It should be very useful having some short time analytics on the delegate behavior to take decision in events like this one.
+5%

Also we need auto-voting to kick out non-producing delegates

+5%
█║▌║║█  - - -  The quieter you become, the more you are able to hear  - - -  █║▌║║█

emski

Quote from: xeroc on July 07, 2014, 01:44:31 PM
Quote from: spartako on July 07, 2014, 01:27:49 PM
It should be very useful having some short time analytics on the delegate behavior to take decision in events like this one.
+5%

Also we need auto-voting to kick out non-producing delegates
Without negative votes that might be a little difficult to accomplish.
[url="https://bitsharestalk.org/index.php/topic,9857.0.html"]https://bitsharestalk.org/index.php/topic,9857.0.html[/url]

spartako

Quote from: xeroc on July 07, 2014, 01:44:31 PM
Quote from: spartako on July 07, 2014, 01:27:49 PM
It should be very useful having some short time analytics on the delegate behavior to take decision in events like this one.
+5%

Also we need auto-voting to kick out non-producing delegates
+5%
wallet_account_set_approval spartako

xeroc

Quote from: spartako on July 07, 2014, 01:27:49 PM
It should be very useful having some short time analytics on the delegate behavior to take decision in events like this one.
+5%

Also we need auto-voting to kick out non-producing delegates

spartako

Quote from: liondani on July 07, 2014, 12:00:26 PM
Quote from: xeroc on July 07, 2014, 10:49:03 AM
Quote from: lzr1900 on July 07, 2014, 10:43:31 AM
what's going on?
the security state turn to red alert!
There's a sync bug in the git-master .. and a few delegates have a auto-make toolchain installed .. so they cant sync atm ..

It is a good opportunity to act like we would on the real chain...
we can vote up delegates that successfully produced the last blocks and some stand-by delegates to test them out and take our votes back for delegates that lost the last blocks (even if they have over all great statistics)....
That action will be temporary until "blockchain_average_delegate_participation" is over 70% again for example.... When we know that we have the problem behind us (bug,attacks ddos etc.) we can vote again our favorite delegates....)


PS
It would be great if there was available a command that informed us which delegates  has missed their last 5 blocks for example and which one produced successful their last 5...
so we could very quick make the "right" votes to bring the network to a better "blockchain_average_delegate_participation" percentage...


I voted for you and now you are in the top 100:

334   liondani                        0.0505564810 % 64       1        98.46 %       99 %     0.45385 XTS     14534     

Do you have other delegates so I can vote for them?

It should be very useful having some short time analytics on the delegate behavior to take decision in events like this one.
wallet_account_set_approval spartako

liondani

Quote from: xeroc on July 07, 2014, 10:49:03 AM
Quote from: lzr1900 on July 07, 2014, 10:43:31 AM
what's going on?
the security state turn to red alert!
There's a sync bug in the git-master .. and a few delegates have a auto-make toolchain installed .. so they cant sync atm ..

It is a good opportunity to act like we would on the real chain...
we can vote up delegates that successfully produced the last blocks and some stand-by delegates to test them out and take our votes back for delegates that lost the last blocks (even if they have over all great statistics)....
That action will be temporary until "blockchain_average_delegate_participation" is over 70% again for example.... When we know that we have the problem behind us (bug,attacks ddos etc.) we can vote again our favorite delegates....)


PS
It would be great if there was available a command that informed us which delegates  has missed their last 5 blocks for example and which one produced successful their last 5...
so we could very quick make the "right" votes to bring the network to a better "blockchain_average_delegate_participation" percentage...
[url="https://www.steempeak.com/@liondani"]https://www.steempeak.com/@liondani[/url]

CalabiYau

Quote from: xeroc on July 07, 2014, 10:49:03 AM
Quote from: lzr1900 on July 07, 2014, 10:43:31 AM
what's going on?
the security state turn to red alert!
There's a sync bug in the git-master .. and a few delegates have a auto-make toolchain installed .. so they cant sync atm ..

Thx for the info, everything is stuck (new win7 gui & new git version)

lzr1900

Quote from: xeroc on July 07, 2014, 10:49:03 AM
Quote from: lzr1900 on July 07, 2014, 10:43:31 AM
what's going on?
the security state turn to red alert!
There's a sync bug in the git-master .. and a few delegates have a auto-make toolchain installed .. so they cant sync atm ..
~So that is what it is. thanks.

xeroc

Quote from: lzr1900 on July 07, 2014, 10:43:31 AM
what's going on?
the security state turn to red alert!
There's a sync bug in the git-master .. and a few delegates have a auto-make toolchain installed .. so they cant sync atm ..

lzr1900

what's going on?
the security state turn to red alert!

yangsbo

Quote from: lzr1900 on July 07, 2014, 09:57:30 AM
why my mac client always told me" wrong password "!I input it absolutely correct.

me too
input password ,then wrong password
you can use" go to account" into main windows