Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - toast

Pages: 1 ... 7 8 9 10 11 12 13 [14] 15 16 17 18 19
196
KeyID / Should domains count as stake for DPOS?
« on: April 08, 2014, 12:16:56 am »
We want to avoid the situation where most of the value of DNS is in the domains and so the shareholders don't represent the best interests of the customers of the DAC. I'm thinking you could give all the domains a fixed % of the network's total stake (for selecting delegates), so each domain has (ratio*(sale_price / sum(sale_prices))) stake.

Is this a good idea? Should ratio be above or below 50%?

198
General Discussion / thread on peercoin reddit
« on: April 05, 2014, 10:08:15 pm »
http://www.reddit.com/r/peercoin/comments/229ivs/hello_peercoin_people_im_new_and_trying_to_get_up/

This seems like the perfect audience to introduce at DACs. Someone want to have a go?

199
KeyID / rebranding update
« on: April 02, 2014, 05:03:30 pm »
Making a thread specifically for feedback on last status update:

Quote
BitShares DNS is the name of the namespace DAC family, and *maybe* the name of a a possible proto-DAC for this family. If there is a proto-dac then new DACs can use burn rounds (among other options) for snapshots, if there is no proto-DAC then new chains will do burn rounds / snapshots from previous chains or PTS/AGS or both.

What used to be called "BitShares DNS" is now simply called ".p2p" - that is the name of both the blockchain and the TLD, with ".P2P" as a ticker. This will not be heavily branded with BitShares but rather will set an example of how a project can benefit from participating in the bitshares ecosystem.

200
Meta / Can we reorganize the subforums?
« on: April 02, 2014, 01:43:17 pm »
Development
  General Discussion
  Marketing
  Tech Support
  Bounties
  DACs
    X
    DNS
    LOTTO
    ME
    MAS
    Alternate DACs
Project Development
  Keyhotee
  AGS
  PTS
Everything else stays the same

201
General Discussion / toast's evolving long-term plans
« on: March 31, 2014, 06:10:09 pm »
warm-up: bitshares_toolkit + intermediate programming skills = DomainShares (DNS)
"easy": bitshares_toolkit + libzerocoin = ZeroShares (ZRS)
    https://github.com/Zerocoin/libzerocoin
medium: bitshares_toolkit + mental poker framework = PokerShares (MPF)
    http://www.dc.uba.ar/inv/tesis/licenciatura/2010/lerner
hard: bitshares_tooklit + PL theory = ProtoType (PTT)
    Ethereum competitor. Stealth mode!
legendary: bitshares_toolkit + crypto-under-crypto = Ultra (ULT)
    http://bitcoinmagazine.com/10055/cryptographic-code-obfuscation-decentralized-autonomous-organizations-huge-leap-forward/

Hopefully I can get the first two done during my current dev grant. Then I'll do an IPO for TOAST on btsME and work on the rest from a tropical island!

202
General Discussion / Proto-DAC theory
« on: March 31, 2014, 06:05:20 pm »
I will iterate on this and eventually make a blog post when it is really polished. In the meantime, let's discuss.


Proto-DAC theory
----------------

This is a synthesis of several months of learning about different DAC bootstrapping philosophies. In this post I will propose a model for bitshares proto-DACs (XT, DNS, LOTTO(?)) to consider as a substitute for snapshots in some situations. This is inspired in part by adam levine's DACP paper[]. I will use the term proto-DAC in case I misrepresent part of his proposal.


To create a DAC you need enough development fuel to push it into "orbit", which is when the DAC can pay for it's maintainence from stakeholders paying for dev time to protect their dividend income. There are two goals: Raise enough funds, and distribute the initial tokens to the set of people that maximizes chance of succeess.

Let's look at some history:

* Bitcoin and other 1.0 cryptoequities distributed 100% of their shares to miners. This is equivalent to proof-of-burn while shares have already started circulating.

* Mastercoin had an "exodus address", and ??% of shares were allocated proportionally to donators. The other ??%% were premined as dev funds.

* Counterparty had a "burn address", and 100% of shares were allocated proportionally to burners. They had a separate donation address that did not earn shares.

* NXT had a MSC-style funding rund

* Ethereum has a mix of MSC-style (IPO) and mining rewards.

* Bitshares chains use AGS (variation on MSC style), PTS, and proto-DAC snapshots, and dev premine, in whichever combination suits that particular DAC

So Bitcoin totally bootstrapped, mastercoin double-fundraised, XCP anti-fundraised for extra leverage in speculation on XCP's success. NXT single-fundraised, Ethereum half-fundraised, and PTS/AGS is complicated.


If we view burned funds as dividends[] then you could generalize these models with a few parameters. The first is % of funds go to dividends and which % go to developers. The critical difference is that dividends immediately increase everyone's stake in the proto-DAC while dev funds puts slight downwards pressure on the DACP as devs sell it to pay for development. Suppose this parameter is called D and it ranges from 0 (MSC-style) to 1 (XCP-style). A higher D value is like taking a higher leverage bet that the DAC will grow faster than its proto-DAC.

Taking a snapshot of Protoshares for XT was morally equivalent to a 100% proof-of-burn round on the PTS blockchain, in terms of how value was split between the networks. Essentially february 28th PTS holders made a bet against XT holders with D=1 level leverage, and the price drop reflected a sentiment like "If anything works at all, then BTS X will be very profitable". Remember that this was in February, when other DACs were hardly mentioned at all.

Another parameter is set "off-chain" and it is what fraction of DAC shares will come from the proto-DAC share donators and what will come from other sources (like dev premine).

A proto-DAC should be defined as a DAC whose shares are used to speculate on the DACs that do fundraising/burn rounds on its blockchain.

You need:
Minimum % of Proto-DAC shares to start a round

On chain:
Specify which fraction of proto-DAC shares from this fundraising round will become dividends (burn). The rest go into dev escrow on the proto-DAC.

Off chain:
Specify how much of DAC share % will be dev premine and how much will go to donators from the fundraising period.

There's your allocation snapshot.

What this allows is for the exact same value transfer as with a PTS snapshot, with a custom AGS round, without extreme price swings. If I'm not mistaken this model would allow for a superset of the fundraising models we've seen so far.

Also note that the blockchain can do kickstarter-style all-or-nothing rounds.

203
KeyID / DNS Info Site
« on: March 31, 2014, 12:50:34 am »
check it: http://nmushegian.github.io/dns/

editable on "gh-pages" branch of:
https://github.com/nmushegian/dns

Taking comments here

204
KeyID / 50 u% DNS: Blockchain snapshot infographic
« on: March 30, 2014, 11:51:57 pm »
50 u% DNS+P2P for a variation of that old image someone made of blockchain forks. I can't find it right now after searching for a few minutes, it's around here somewhere.


Needs to have these blockchains:
* AGS+PTS
* DNS
  caption: proto-DAC in future crypto-equity backed by autonomous byzantine namespace resolution services
* P2P
  first DNS-derived namespace DAC, used for resolving .p2p TLDs.
* KEY/WEB
  example future DACs
* XT
  other example proto-DAC
* blob of X DACs

The relationship is

AGS/PTS
|-DNS
  |- P2P
  |- KEY
  |- WEB
|-XT
  |- ...

We will likely need to do a few iterations. If you can keep it layered/modular/easily editable in a program like GIMP (or any free alternative you propose) that would make me pay out much sooner.

205
General Discussion / Unity + TAPOS ("unique notary list")
« on: March 30, 2014, 12:54:59 am »
Here's my variation on the evolving blockchain security model.

Rather than one notary, any key with more than 1% votes becomes a node on the unique notary list. A new block requires signatures from ALL nodes on the UNL. Vote output tx's have a revocation certificate so you don't need to get coins out of cold storage to pull your support for a node. If less than three nodes have more than 1% votes then the top 3 get on the UNL - this should never happen.

So there is a theoretical max of 100 nodes but realistically you will have nodes run by each major exchange (motivated to protect themselves against double spend) and a few hardcore crypto ancap activists.

The idea is that the presence of even ONE non-collusive notary is enough to prevent double-spend attacks.
The tradeoff is that even one node can stall the whole network. You can produce a block without a node's signature if that block includes transactions that remove enough votes for that node. I'm not sure what exactly to do if a node stops signing and then nobody takes their votes off of that node.

207
KeyID / Promote "DNS" and rename first chain?
« on: March 27, 2014, 02:06:31 am »
What if the first chain was simply "the .p2p blockchain" and the ticker was "P2P" or "DOT-P2P"? "DNS" would refer to the family of namespace DACs that share our frontend tools.

209
General Discussion / Explicit dividends
« on: March 24, 2014, 08:23:15 pm »
We need to seriously consider and then decisively commit to which layer of UX we want to start computing it terms of total supply.

I can't help but shake the feeling that we will have to make dividends explicit by using block-m% as the unit in transactions. If we don't, then eventually exchanges will, and it will be sloppy. People will want the instant transfer of purchasing power.

On the other hand - we really should have to! I mean come on! Ugh

210
Meta / can we remove BuyBitShares.com ads?
« on: March 22, 2014, 10:47:48 pm »
How much are they paying anyway? It doesn't make invictus look good.

Pages: 1 ... 7 8 9 10 11 12 13 [14] 15 16 17 18 19