Author [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: maybe 100% delegate should burn some progress on to the wall of delegate id  (Read 1645 times)

Offline sudo

  • Hero Member
  • *****
  • Posts: 2189
    • View Profile
  • BTS: ags

daily or at least weekly
progress  plan  promise etc.
burn on to the wall of delegate id
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline cgafeng

good idea.
BTC:1EYwcZ9cYVj6C9LMLafdcjK9wicVMDV376

Offline 天籁

  • Hero Member
  • *****
  • Posts: 538
    • View Profile
 +5%
BTS account: disneyland
PLAY account: playone

Offline sudo

  • Hero Member
  • *****
  • Posts: 2189
    • View Profile
  • BTS: ags
cost just 1bts one burn

来自我的 M812C 上的 Tapatalk

https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline liondani

 +5% +5% +5%

very good idea!!!
that ensures that these updates will never get lost (blockchain) and anybody can review them at any point in time very easy!
Simultaneously  anybody should copy/paste it to a personal progress/report thread on this forum for max exposure...
  https://bitshares.OPENLEDGER.info/?r=GREECE  | You are in Control | BUY | SELL | SHORT | SWAP | LOAN | TRADE |  

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 11963
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BTS: xeroc
  • GitHub: xeroc
+5% +5% +5%

very good idea!!!
that ensures that these updates will never get lost (blockchain) and anybody can review them at any point in time very easy!
Simultaneously  anybody should copy/paste it to a personal progress/report thread on this forum for max exposure...
I like that idea too .. +5%

That way wall messages also function as a kind of contract :)
Give BitShares a try! Use the http://testnet.bitshares.eu provided by http://bitshares.eu powered by ChainSquad GmbH

Offline liondani

+5% +5% +5%

very good idea!!!
that ensures that these updates will never get lost (blockchain) and anybody can review them at any point in time very easy!
Simultaneously  anybody should copy/paste it to a personal progress/report thread on this forum for max exposure...
I like that idea too .. +5%

That way wall messages also function as a kind of contract :)

but how can we ensure that a message (about progress etc.) is not burned from a third-party/spammer instead the real owner of the delegate id?
I propose a future/option that allows us to make public the id that burned the message (example when we burn to our own account)...
  https://bitshares.OPENLEDGER.info/?r=GREECE  | You are in Control | BUY | SELL | SHORT | SWAP | LOAN | TRADE |  

Offline xeroc

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 11963
  • ChainSquad GmbH
    • View Profile
    • ChainSquad GmbH
  • BTS: xeroc
  • GitHub: xeroc
This can be achieved once non-TITAN transactions are used and the owner of the balance_id that acutally spends the burn can be linked to an account (read: is the BTS address of the owner/signing key of a delegate)
Give BitShares a try! Use the http://testnet.bitshares.eu provided by http://bitshares.eu powered by ChainSquad GmbH

Offline sudo

  • Hero Member
  • *****
  • Posts: 2189
    • View Profile
  • BTS: ags
This can be achieved once non-TITAN transactions are used and the owner of the balance_id that acutally spends the burn can be linked to an account (read: is the BTS address of the owner/signing key of a delegate)

blockchain_get_account_wall can show the signer
but GUI can't

maybe  GUI can  list two part or three column

the id owner himself
the  Non-anonymous
the Anonymous


>> help blockchain_get_account_wall

Usage:
blockchain_get_account_wall [account_name]                                                            returns all burn records associated with an account
returns all burn records associated with an account

Parameters:
  account_name (account_name, optional, defaults to ""): the name of the account to fetch the burn records for

Returns:
  burn_records

aliases: wall
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline xiahui135

  • Sr. Member
  • ****
  • Posts: 496
    • View Profile
good idea.
and we have these delegates. it is reasonable to measure what they are doing. And hope some delegate will lead to do that, to compete some delegates out.

Offline Rune

  • Hero Member
  • *****
  • Posts: 1120
    • View Profile
I like this idea. Forum reports would be fine as well, we just need more transparency from our delegates across the board.

Offline sudo

  • Hero Member
  • *****
  • Posts: 2189
    • View Profile
  • BTS: ags
who first?

make the wall  served its turn
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline ripplexiaoshan

  • Board Moderator
  • Hero Member
  • *****
  • Posts: 1947
    • View Profile
  • BTS: xiaoshan
Very sad to see that not even one delegate would like to respond. I hope they are as active as when they are asking for votes...
BTS ID:xiaoshan                   www.btsabc.org

Offline sudo

  • Hero Member
  • *****
  • Posts: 2189
    • View Profile
  • BTS: ags
visit bitsharestalk.org is so slow  make me mad. :'( :'( :'(



at least  delegate can  paste  the URL of their topic  on the wall
https://metaexchange.info | Bitcoin<->Altcoin exchange | Instant | Safe | Low spreads

Offline BunkerChain Labs

Very sad to see that not even one delegate would like to respond. I hope they are as active as when they are asking for votes...

I saw two respond in the thread and suggested there needed to be improvements for the burn to ensure proper identification. You might have missed them, but they are there. :)

Besides this, during the last Beyond Bitcoin meeting Friday this was discussed with BM. It was suggested a possible framework for reporting could be created to standardize it. Makes sense.

However, every project is different in the frequency of their updates. Do you really want daily updates that basically say.. debuged this, 50 lines of code today, did this, did that each day? For some progress might be measured in strategic meetings and events that span months. So while the framework would make total sense so that we can index and keep track of it all, the frequency would really depend on what it requires. I think it is fair to have the delegate from the start declare their planned update frequency. If this is found deficient then it can be brought up. If still not satisfactory then they start to lose votes obviously.

Just a few things to consider... transparency is a no brainer.. efficiently executing on how that is delivered without overburdening will take some finesse.
+-+-+-+-+-+-+-+-+-+-+
www.Peerplays.com | World's First Decentralized Tournament Platform Built Entirely on the Blockchain!
+-+-+-+-+-+-+-+-+-+-+

 

Google+