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 ... 11 12 13 14 15 16 17 [18] 19
257
BitShares PTS / MOVED: fast AMD OpenCL PTS miner released
« on: February 17, 2014, 09:31:53 pm »

259
Marketplace / PLEASE TRADE WITH CAUTION - READ THIS NOW
« on: February 13, 2014, 06:46:09 pm »
There are MANY scams that occur on these forums, many of them through channels like forum PM which we don't monitor.
Read all of these threads to scare yourself into researching how to do safe trades.

https://bitsharestalk.org/index.php?topic=2909.0
https://bitsharestalk.org/index.php?topic=2314.0
https://bitsharestalk.org/index.php?topic=1994.0
https://bitsharestalk.org/index.php?topic=2315.0
https://bitsharestalk.org/index.php?topic=1822.0

We can't really "protect" the trading forum since we can't really verify anything that would cost less than $10,000 (!!!) to fake.

260
Marketplace / WTB BTC option
« on: February 13, 2014, 03:27:28 am »
I don't know how this usually works but what I want is the option to buy BTC at $X worth of PTS any time until some date from (say,  Dec 31 2014). Escrow would hold the maximum amount we agreed I could buy until that date. I'd pay escrow and other party up front.

If I can hedge against sudden order-of-magnitude jump in BTC value (I've been through 3 in 3 years...) I would allocate a MUCH higher proportion of my holdings to PTS/AGS.

261
General Discussion / Let's discuss reputation schemes.
« on: February 07, 2014, 04:52:44 pm »
IMO a robust reputation/trust system will enable a new frontier of possible DACs. There are many proposed approaches to this problem. Let's discuss and collect ideas.

Idea #1
Each person has their own asset in a prediction market over contract fulfillment. When I make an agreement with someone that requires trust, I make them stake their rep on it by exposing it to a prediction market. It pretty much eliminates all counterparty risk if I can write my contract in a way that allows proof-of-breach and then hedge my contract by shorting that person's reputation.

Idea #2
PageRank-esque web-of-trust, with "initial rep" (in pagerank it's the raw text relevance) set by proof-of-burn. Weighting scheme ideally would make any strategy other than burning a few satoshi and then acquiring trust useless, and "reputation pumping" would be difficult for the same reason link-trading is difficult.

262
DAC PLAY / PokerChips: Hosting Fair RNG Sessions
« on: January 31, 2014, 01:25:19 am »
literature:
https://bitsharestalk.org/index.php?topic=1550.0
luckyshares? where is that written about?


Two roles in this DAC:

1) Table hosts. Put down Chips as collateral and start a Game. A game is just a session where the host puts up a verifiable RNG feed and then ends the session with proof that the RNG was fair. For example, a host promises to run a PRNG with Hash("Poker game #101", <secret>, [player_nonces]) as the seed and then publishes <secret> and [player_nonces] at the end. The main PokerChips chain watches hosts and reimburses players when the host acts maliciously.
2) Players connect with each other and with a Host and use a local consensus algorithm to make a mini-blockchain for this Game. The Game becomes one transaction that is processed by the PokerChips DAC, which reallocates shares between players appropriately.


So the high-level idea is:
* DAC enables hosts to compete for players
* DAC insures players against misbehaving hosts
* Hosts and players connect off-chain and generates Games as transactions

So Hosts compete for trust (not enabling collusion) and rake and pay most of the DAC operating costs (main chain consensus) while players get fungible insured poker chips and pay rake

263
ZeroShares: Solving the Zerocoin Problem with a Market for Public Secrets
toast


This is a work in a progress and will eventually become a paper properly describing the protocol. Best case scenario, people are interested and there is a funding round a la angelshares, then I would work full-time on this during the summer and switch to part time once it's off the ground. By that time hopefully I3 will have made some parts of the DAC toolkit available to utilize and so this should be of interest to AGS/PTS holders as well.



Zerocoin is a proposed extension to bitcoin (and also an altcoin proposal) which allows for fully anonymous transactions by using zero-knowledge proofs to connect transaction outputs to transaction inputs.

http://spar.isi.jhu.edu/~mgreen/ZerocoinOakland.pdf

The short, inaccurate version is that it just extends bitcoin with two operations:
OP_MINT_ZEROCOIN which pins your bitcoin to a "bulletin board" along with a serial number, and gives you a secret serial number.
OP_UNMINT_ZEROCOIN which lets you prove that you pinned a bitcoin to the board in the past *without revealing which one it was*, and lets you unpin *any* bitcoin from the board.


The "Zerocoin Problem" is the fact that, using known crypto, you either have to use O(n^2) space w.r.t. number of transactions (not scalable), or:

Quote
Our application requires specific properties from the
accumulator. With no trusted parties, the accumulator and
its associated witnesses must be publicly computable and
verifiable (though we are willing to relax this requirement
to include a single, trusted setup phase in which parameters
are generated).


That is, there must be some secret, but it can't be known by anyone. You have to trust someone initialize the accumulator and not save the starting secret. This kills any zerocoin implementation's network effect because no individual will be trusted by everyone.


The solution is ZeroShares: Crypto-equity in any and all future zerocoin "accumulators". Any individual can pay some ZRS to the network and embed an accumulator into the ZeroShares blockchain. Any individual who owns zeroshares can mint zerocoin at a fixed 1:1 using any accumulator. Thus, until someone who is trusted by all comes along, there will be some equilibrium between individuals moving to larger boards for the network effect and moving to smaller boards they can personally trust more.

Note that zerocoin is only fungible across different accumulators in the form of zeroshares, which does not happen using "disconnected" transactions. However, when individuals transfer zeroshares from one "secret bank" to another, they can make the transaction show that it is coming from the sending bank to the receiving bank. Zerocoin banks can fix fees like entry/exit/transaction when they are launched.

"Secret-keepers" want to use ZRS to launch good secrets with attractive parameters instead of launching a new alt so the masses of people with zeroshares will use this secret and the secret keeper can collect fees.
Zerocoin users want to only hold zerocoins inside a zeroshares accumulator so they have the freedom to move their zerocoins.

Ideally, there would be a way for the parent network to add new accumulator types - perhaps someone would be willing to pay a premium for the truly anonymous but expensive one, or someone invents totally new crypto and launches a 0% fee provably secret bank.


I will be posting in this thread and revising the OP as I think of important details and as discussion evolves.


264
Technical Support / Looking for people with mining knowledge
« on: January 29, 2014, 04:59:32 pm »
I need one person who is willing to dedicate a small amount of time for dealing specifically with mining support threads (PTS and MMC), as those tend to go unanswered the longest

265
General Discussion / BitShares nomenclature
« on: January 24, 2014, 11:10:07 pm »
With the "bitshares" term getting a promotion and all, let's take some time time to discuss what things are named. It's not always clear from context which "bitshares" people are talking about when they say it. It's more overloaded than even the term "bitcoin" at this point.

* There is the product Dan is working on right now. I think it is called BitShares X or BitShares BEX.
* This single chain's core asset is usually referred to as BTS, and it is what is being rewarded 50/50 for pts/ags. Many people think "AGS turn into BTS", but more precisely it is what, BTS X? Or does BTS X get to have the BTS ticker? What is the name of the unit of collateral in "the" bitshares chain?
* There is the whole "prediction-market-backed crypto-assets" innovation - what should that be called?
* What should the *family* of chains that cross-chain trade with BTS X and which are prediction-market backed? Some category just under "BitShares", since PTS and AGS wouldn't qualify


I know that the terminology will eventually converge to something usable on its own, but no harm in making it conceptually helpful

266
Keyhotee / Keyhotee "migrate ID" feature? Keyhotee "derived key" IDs?
« on: January 09, 2014, 05:35:19 am »
Thought 1:
Suppose you're worried that your private key could be compromised, but that nobody would realistically try it in the near future. For example, if you have to take your computer in for repairs and then remember your key was saved on the HD, or you learn that the computer you originally generated it on had a backdoor in the RNG, or you discovered you had a trojan but it's not clear if it went after your keyhotee private keys.

Are these cases common enough to add a "migrate ID" feature? Basically you "send" your identity to a new public key, but with a much longer wait period than the ID revocation period. That way nobody could use it to steal your ID (if you see someone trying to migrate your ID, you revoke it), but you can use it if you don't feel safe.

Thought 2:
What if I could generate my keyhotee ID offline, and then use derived keys (also generated offline but manually entered into an online computer) to sign for my identity? Then I could revoke a derived key but still keep my original identity.


Basically I'm really protective of my founder ID =P

268
Technical Support / MOVED: No block source available
« on: January 07, 2014, 08:30:51 pm »

Pages: 1 ... 11 12 13 14 15 16 17 [18] 19