BitShares Forum

Main => General Discussion => Topic started by: Stan on June 04, 2014, 02:06:45 am

Title: The right way to deal with regulators if you want to "run" a DAC
Post by: Stan on June 04, 2014, 02:06:45 am
The right way to deal with regulators if you want to work on the operational side of a DAC:

https://bitsharestalk.org/index.php?topic=4396.msg63431#msg63431 (https://bitsharestalk.org/index.php?topic=4396.msg63431#msg63431)
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: xeroc on June 04, 2014, 06:35:23 am
+5% .. exciting times!
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: Amazon on June 04, 2014, 02:49:32 pm
 +5% totally agree
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: donkeypong on June 04, 2014, 04:14:22 pm
Absolutely. One mishandled DAC that raises legal issues could create bad PR that taints the whole ecosystem. At the same time, if they take the time and energy to eliminate these concerns, then DACs can begin building a good reputation with the regulators. If the regulators understand and respect these entities, that means better treatment for all.
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: eagleeye on September 02, 2014, 11:28:57 pm
Absolutely. One mishandled DAC that raises legal issues could create bad PR that taints the whole ecosystem. At the same time, if they take the time and energy to eliminate these concerns, then DACs can begin building a good reputation with the regulators. If the regulators understand and respect these entities, that means better treatment for all.

When your referring to DAC are you referring to the bitUSD, bitGold, bitGOOG, bitBond, bitMusic?  Or are you referring to Bitshares PTS or AGS (I dont even know what Bitshares AGS is?)
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: Riverhead on September 03, 2014, 02:17:07 am

When your referring to DAC are you referring to the bitUSD, bitGold, bitGOOG, bitBond, bitMusic?  Or are you referring to Bitshares PTS or AGS (I dont even know what Bitshares AGS is?)

You should shortcut this link. It's very handy with all the new ideas flying around.

http://bitshares.org/faq/ (http://bitshares.org/faq/)

It provides clear concise ~100 word descriptions of most if not all the concepts we're dealing with.

To answer this post: A DAC is a Distributed Autonomous Company. BitSharesX is a DAC of a derivatives exchange where BTSX are shares in the exchange, like owning shares in the NYSE.

AGS are Angle Shares. They were PTS and BTC donations to an "Angel Fund" that was used to bootstrap the company - pay for office space, developers, marketing, etc. It was a limited time round of public funding. Now when a DAC that honors the social contract is released there is a percentage, often 10%/10% allocated to PTS/AGS holders/donors the time of the snapshot (date/time of the genesis block).
Title: Re: The right way to deal with regulators if you want to "run" a DAC
Post by: eagleeye on September 03, 2014, 07:49:35 am

When your referring to DAC are you referring to the bitUSD, bitGold, bitGOOG, bitBond, bitMusic?  Or are you referring to Bitshares PTS or AGS (I dont even know what Bitshares AGS is?)

You should shortcut this link. It's very handy with all the new ideas flying around.

http://bitshares.org/faq/ (http://bitshares.org/faq/)

It provides clear concise ~100 word descriptions of most if not all the concepts we're dealing with.

To answer this post: A DAC is a Distributed Autonomous Company. BitSharesX is a DAC of a derivatives exchange where BTSX are shares in the exchange, like owning shares in the NYSE.

AGS are Angle Shares. They were PTS and BTC donations to an "Angel Fund" that was used to bootstrap the company - pay for office space, developers, marketing, etc. It was a limited time round of public funding. Now when a DAC that honors the social contract is released there is a percentage, often 10%/10% allocated to PTS/AGS holders/donors the time of the snapshot (date/time of the genesis block).

Ill read it again, thank you.