Author Topic: Proposal Voting for User Issued Assets  (Read 7068 times)

0 Members and 1 Guest are viewing this topic.

Offline underwun

  • Board Moderator
  • Full Member
  • *****
  • Posts: 61
  • Life Matters
    • View Profile
In my quest to finish off the Version 1.0 protocol for BitShares I have spent a lot of time working on the feature set of User Issued Assets (UIA).  In particular I wanted them to be sufficiently flexible to be used by real companies to issue their shares.   When I was talking with Overstock one of their primary considerations was the ability for shareholders to vote with their stake.

Yesterday I added the necessary features to allow every UIA creator to generate proposals that can be voted on by the UIA holders.    This process leverages the same infrastructure as BTS uses to vote for delegates.   Every balance of a UIA can vote for up to 110 proposals by specifying a "slate" in the same way they specify a delegate slate.    Instead of voting for delegate it will now vote for proposals.

There is still a lot of work to be done to make this functionality available to the end users, but that kind of work can be done after protocol version 1.0 is finalized.  Specifically the format and representation of a proposal is merely an ID and its meaning is defined by an unspecified convention in the object graph.   

Other updates to UIA: 
   Issuers can freeze all markets in UIA (unless they revoke that permission)
   Issuers can freeze all balances of UIA (unless they revoke that permission)
   Issuers can cancel bids to buy the UIA returning the BitUSD/BTS to the bidder.

Some thoughts:

A ratio parameter be considered, meaning that BTS can be attributed to a shareholding as defined in the UIA, e.g.. 10 BTS for every 1 UIA

Consider an enforced link between the holding in BTS to the commensurate shareholding as defined in the UIA.

Along with the above it would be necessary to have a First Right of Refusal feature where the UIA would have to notify other UIA holders of the intent to sell supported by a time period parameter. The result being that if sold before the First Right of Refusal had expired then the UIA would be distributed pro-rata to existing shareholders.

The objective here being that, as new shareholders come onboard and BTS are allocated to the shareholder they would be locked in to the shareholding and if the shareholder were to sell their BTS they would in effect be selling their UIS. This would protect all shareholders from the selfish actions of an individual shareholder.

In addition to the above it might be desirable to attach new issuance conditions to include pro-rata allocation to existing UIS of the new issuance to protect, under certain conditions, the dilution of the shareholder's relative position in BTS.

Ultimately the suggestions above are designed to ensure relative relevance of the UIA and its association to the core asset.
« Last Edit: December 19, 2014, 08:24:13 am by underwun »
There's a reason for everything and if there isn't there should be...

Offline nomoreheroes7

  • Hero Member
  • *****
  • Posts: 756
  • King of all the land
    • View Profile
  • BitShares: nomoreheroes7
No thoughts on my 'government delegate' idea?

Maybe try it in its own thread...I think the idea sounds crazy awesome, but I'm not sure if BitShares/society is ready yet...lol

Offline matt608

  • Hero Member
  • *****
  • Posts: 878
    • View Profile
No thoughts on my 'government delegate' idea?

Offline jae208

  • Hero Member
  • *****
  • Posts: 525
    • View Profile

are we able to re adjust the supply of user issued assets if none have been issued? or is that still something that is broken?

You can update every field if supply is 0

 +5%

thanks!
http://bitsharestutorials.com A work in progress
Subscribe to the Youtube Channel
https://www.youtube.com/user/BitsharesTutorials

Offline bytemaster


are we able to re adjust the supply of user issued assets if none have been issued? or is that still something that is broken?

You can update every field if supply is 0
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline jae208

  • Hero Member
  • *****
  • Posts: 525
    • View Profile
are we able to re adjust the supply of user issued assets if none have been issued? or is that still something that is broken?
http://bitsharestutorials.com A work in progress
Subscribe to the Youtube Channel
https://www.youtube.com/user/BitsharesTutorials

Offline mike623317

  • Hero Member
  • *****
  • Posts: 637
    • View Profile
... allow every UIA creator to generate proposals that can be voted on by the UIA holders.    This process leverages the same infrastructure as BTS uses to vote for delegates.   Every balance of a UIA can vote for up to 110 proposals by specifying a "slate" in the same way they specify a delegate slate.    Instead of voting for delegate it will now vote for proposals.

Voting for asset proposal to replace corporate shares seems like a great leap forward to me. I love this new feature.
Nice one guys  +5%

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BitShares: arhag
  • GitHub: arhag
By the way, you probably already knew this, but this UIA voting system means a lot of the code for hard fork voting is done. The code just needs to support the ability to create a new UIA based on a snapshot of the BTS stake at a particular block. Then BTS holders can use their same keys to vote on proposals with their UIA stake and they can even sell it on the decentralized exchange for assets that will hold their value after the voting process such as BTS, BitUSD, etc.

So, the delegates could be allowed to create a new (temporary) UIA based on a chosen snapshot. Then they can create a single proposal on whether the hard fork changes should apply. People vote and trade with their UIA and eventually the (75%) consensus either settles to yes or no. At that point when the stakeholders approve of the hard fork, the delegates are allowed to (and in fact have to) activate the new features and the UIA is killed (since it is worthless at that point anyway).

Offline matt608

  • Hero Member
  • *****
  • Posts: 878
    • View Profile
Idea to take BTS to the stars by creating direct a democracy on top of BTS with 1 'government delegate'

1.  Vote in 100% pay delegate who creates a UIA and uses the VOTE features not yet implemented to allow 1 person 1 vote.  Each token of the UIA is a voting token with the power to vote on what the delegate's pay is spent on.  This could be locked in via smart contract or if there's no contracts then a pledge (btw how can people be prevented from making contracts within BitShares?)

2.  Create physical passport-like document with a QR code that contains the voting token.

3.  Post the passports in physical mail to 5000 people.  Target geographically so their money can be spent on something useful to them, e.g. target one big city.  They recieve a passport in the mail welcoming them to a new digital government where they can vote and make proposals to decide where the money is spent themselves.  A new government is born. 

Citizens' of that government are guaranteed the budget of their delegate, providing their delegate is not voted out by stakehodlers, who would choose not to due to financial incentive (in theory).  Citizens of that government get whatever benefits they have voted for themselves to have.

But doesn't this suck money out of BTS?

In theory, no, it brings money in, because all these new voters are now BTS users and can be contacted and informed that they can increase the budget of their government by using bitUSD.  Then they start using bitUSD to increase their personal power by making the government they are a part of more powerful.  They are basically taxed by using bitUSD which comes with extra risk over USD. 

BTS should then increases due to new group of users buying bitUSD to increase their government budget and people are empowered with real voting power at the same time.

Massive press storm about a new 'startup government' with a real budget.

Costs per passport could be cut by doing it digitally to reach more people but it may or may not be more effective as people would have to then vote for benefits that are only transferable online rather than local real world benefits.  Or a press release could go out calling for people to sign up to a new government rather than sending out any passport, there are different ways to do it.  Or passports could just be sent to targeted individuals such as journalists on hpenvy's list after contacting them about the idea in advance.

Downside is it does cost a delegate spot who, if ever voted out, could create backlash.  But word about this digital paradise could spread and create a worldwide phenomenon.  The UIA should have enough voting tokens created to give each person 1.  All this huge potential gain for just 1 delegate spot sounds like a good deal.  A government delegate.  If done digitally rather than with physical passports it would be the first world government.  That's the kind of thing that gets mainstream press attention the world over.  It would make marketing so easy.  Everyone would be interested to learn about it.

This is at least an explosively powerful marketing strategy, among other things.  Thoughts on this idea?
« Last Edit: December 06, 2014, 09:35:47 am by matt608 »

Offline Ander

  • Hero Member
  • *****
  • Posts: 3506
    • View Profile
  • BitShares: Ander
Is a kind of "letters to shareholders" combined with mail system possible?

So...mail info to shareholders, have them vote on proposal, and have the proposal be enforced by smart contracts...all on the bitshares blockchain.

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

Offline clayop

  • Hero Member
  • *****
  • Posts: 2033
    • View Profile
    • Bitshares Korea
  • BitShares: clayop
Is a kind of "letters to shareholders" combined with mail system possible?
Bitshares Korea - http://www.bitshares.kr
Vote for me and see Korean Bitshares community grows
delegate-clayop

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BitShares: arhag
  • GitHub: arhag
- Allow the current asset holders to vote by majority approval to allow a new public key to be authorized to hold this asset (sort of like members of the club who must vote to let in a new member)

Yes please! I assume you mean the public key of the issuer of the UIA (who also gets to freeze funds and manage the whitelist), which would accomplish what you want. I was asking for that in this post (see last paragraph). It is a necessary component of my larger proposal discussed here to make UIAs into shares of side/child DACs.

Edit: Here is how it can be done. Proposal ID 0 can be reserved for a panic button (see my proposal linked above). If enough (say >10%) of UIA upvotes proposal ID 0, the UIA is put in a state of panic (more details about what this does included in my proposal, but for simplicity just assume that it temporarily makes it so that all activity dealing with the UIA freezes except for changing votes, this especially includes all activity by the issuer). If enough (say >50%) of stake downvotes proposal ID 0, the panic is lifted as a false alarm (later implementations would also tax the 10% UIA that voted for the panic in the first place). On the other hand if enough (again >50%) of stake both upvote proposal ID 0 and also choose the same hash of the condition to satisfy to authenticate UIA issuer transactions (single payer or multisig), which would be an optional value that could be attached to the transaction during states of panic, then the panic would be lifted as a legitimate panic (no taxing the people who sounded the alarms, instead the new issuer would reward them), and the issuer is changed to the one who satisfies the conditions that hash to the value the stakeholders agreed to.

- Asset holders use approval voting to elect workers paid via dilution of the asset with new assets.  Or paid with a central fund controlled by the asset holders as a whole, like this: https://bitsharestalk.org/index.php?topic=5030.0

- If the asset holders exercise group control over a central fund, you could send money to the group as a whole instead of to any individual…

Seriously, you should check out the proposal in my post. It is very similar to your proposal in that Community Funding post, but I make the mechanics a little more concrete.
« Last Edit: December 05, 2014, 09:25:25 pm by arhag »

Offline bytemaster

You already have 3 opinions:  +/- or "none" so that is done.

Great. Thanks.

You can change the meaning of a proposal at will so once everyone has removed their vote from an old proposal the ID can be reused.

And as far as non-binding proposals (which I understand that is what this topic is about), the person counting the vote for a particular proposal could always ignore transaction balances voting on that proposal ID that are older than the block the new proposal was submitted. This could allow them to safely change the meaning of a proposal even if someone was too lazy to stop voting for it and not count their old votes as votes for the new proposal. That's a good solution for non-binding proposals.

All proposals will be "non binding" until smart contracts exist with scripting that may care about the result.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline arhag

  • Hero Member
  • *****
  • Posts: 1214
    • View Profile
    • My posts on Steem
  • BitShares: arhag
  • GitHub: arhag
You already have 3 opinions:  +/- or "none" so that is done.

Great. Thanks.

You can change the meaning of a proposal at will so once everyone has removed their vote from an old proposal the ID can be reused.

And as far as non-binding proposals (which I understand that is what this topic is about), the person counting the vote for a particular proposal could always ignore transaction balances voting on that proposal ID that are older than the block the new proposal was submitted. This could allow them to safely change the meaning of a proposal even if someone was too lazy to stop voting for it and not count their old votes as votes for the new proposal. That's a good solution for non-binding proposals.

Offline bytemaster

In my quest to finish off the Version 1.0 protocol for BitShares I have spent a lot of time working on the feature set of User Issued Assets (UIA).  In particular I wanted them to be sufficiently flexible to be used by real companies to issue their shares.   When I was talking with Overstock one of their primary considerations was the ability for shareholders to vote with their stake.

Great.

Yesterday I added the necessary features to allow every UIA creator to generate proposals that can be voted on by the UIA holders.    This process leverages the same infrastructure as BTS uses to vote for delegates.   Every balance of a UIA can vote for up to 110 proposals by specifying a "slate" in the same way they specify a delegate slate.    Instead of voting for delegate it will now vote for proposals.

Can you please cut that down to 55 proposals and allow stakeholders to voice three opinions on any proposal: neutral (default), approval, and disapproval. I think it is incredibly useful to understand the breakdown of approval vs disapproval in the sample of stakeholders who are interested enough to bother voting.

Also, if I understand correctly there is only 2 bytes used per delegate in a slate (or in this case ID of a proposal). Meaning the full slate would take up 220 bytes, correct? This allows for addressing only 65,536 proposals. This might be large enough for delegate candidates (but even that can be easily exhausted in the future, what happens then by the way?), but it seems too constraining for all the proposals a company will want to do in its lifetime. So is there a way of killing off old proposals and reassigning IDs to not put a bound on the total number of proposals a UIA can vote on in its lifetime?

You already have 3 opinions:  +/- or "none" so that is done.

You can change the meaning of a proposal at will so once everyone has removed their vote from an old proposal the ID can be reused.
For the latest updates checkout my blog: http://bytemaster.bitshares.org
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.