Search content
Sort by
Showing 20 of 39 results by tinybike
Understand it, but... An example. We have 2000 rep holders and 10mln events to reporting period. If we take 100 report per 1 holders, we will have 40 holders per 1 events, with different amount of rep. So it will be very centralization and unreliably. Also if it will be not high liquid market, so reporters be a less then 40 per one events?
What if market itself will decide the result of events? If event for a long time traded on liquid market with the odds close to 100%, this market outcome may be determined without the participation of reporters with same 100% accuracy. Because It will be infinitely costly bet against events, whose outcome is already known
I will try to read blog post, but not native language
What if market itself will decide the result of events? If event for a long time traded on liquid market with the odds close to 100%, this market outcome may be determined without the participation of reporters with same 100% accuracy. Because It will be infinitely costly bet against events, whose outcome is already known
I will try to read blog post, but not native language
I'm not sure I understand your question. Are you asking whether there will usually be a lot of reporters for each event? The answer is, it depends -- the number of reports (rep) assigned to each event depends on the volume in that event's market. Reporting also has two "backstops" to make sure events resolve correctly:
The first is that after reporting, events' results can be appealed by posting a bond, which re-submits the event for reporting, this time to all reporters. If the second result is the same as the original, then the bond is lost. If the second result is different, then the bond poster gets their bond back, plus Rep from the reporters who reported incorrectly the first time.
The second is (if the first backstop still gets the answer incorrect) that any Rep-holder can pay to "fork" Rep, which splits Rep into two classes. This works as follows:
Quote
In one class the reported outcome for whatever event was the cause of dispute is said to be right, and rep is redistributed accordingly.
In the other class/branch, the event is readjudicated and remove the outcome on the pre fork branch as a possible reporting choice, then rep is redistributed as normal, except people who said the original outcome in the original fork lose rep.
Note: Whichever outcome was truly the correct one would determine which branch had rep that actually held value. This would be akin to a Bitcoin hard fork scenario. The winning fork, of course, would be the one with the most voluminous markets, which would be determined by the fork that represented reality, which would have a higher market cap. Markets go to the most popular fork by default after 2 months.
In the other class/branch, the event is readjudicated and remove the outcome on the pre fork branch as a possible reporting choice, then rep is redistributed as normal, except people who said the original outcome in the original fork lose rep.
Note: Whichever outcome was truly the correct one would determine which branch had rep that actually held value. This would be akin to a Bitcoin hard fork scenario. The winning fork, of course, would be the one with the most voluminous markets, which would be determined by the fork that represented reality, which would have a higher market cap. Markets go to the most popular fork by default after 2 months.
You can see the nuts-and-bolts of the 2nd backstop on the forking.se contract.
Can someone explain me, how will be work the voting system if we will be have thousands markets per day? Does this means that ultimately determine the outcome of a separate event will be several holders of REP?
This is a good/important question. The short answer is, all Rep-holders will not have to vote on every event, as this would of course not scale! Instead, the number of reporters required to vote on an event scales with the volume traded in the event's market. More volume traded = more reports needed. Specific reporters are assigned to events at random, weighted by their Rep holdings. For details, please see Joey's in-depth blog post on scaling Augur.
I'm glad that I saw this post and that you are active. I'm new to the Cryptocurrency thing and came here because I got into the rabbit hole of decentralized PMs. Just read the case against Augur blog and the fact he didn't even mention Gnosis discredited a lot of what he said. I would like to know one thing, the reasoning behind Ethereum over Bitcoin. There seems to be a lot of criticism about this which is the biggest reason I haven't fully supported what you are doing.
Our reasoning for using Ethereum is explained in detail in this blog post. Basically, Ethereum has three benefits: 1) Ethereum's smart contract system allowed us to focus on our business logic, 2) being on Ethereum allows us to easily integrate with other Ethereum apps, and 3) Ethereum's subcurrency API will allow Augur to be currency-agnostic.
I think it's important to distinguish Ethereum-as-a-development-platform (and blockchain) from Ether the crypto-token. Ethereum is a tremendously useful development platform; ether is just a token which will be one of many crypto-tokens (including Bitcoin) that can be used on Augur. Augur is intended to be currency-agnostic. In fact, after we launch, one of the first major features we're planning to add is the ability to use bitcoins directly on Augur, via BTCRelay sidechain.
The other question was what level of involvement Robin Hanson and Ron Bernstein have had in the project? I recently watched the video of Ron talking with someone from your team. His support is one of the other reasons I've been more interested in what you are doing versus Hivemind and Gnosis.
We've talked to Robin Hanson a few times, and his advice was quite good, but overall he has not been too involved in the project.
Ron Bernstein has been very actively involved. Joey and I have been meeting with Ron almost every week for the past 6 or 7 months, and Ron is intimately familiar with Augur at this point. He's also on our Slack and regularly contributes to the discussion. Over the months, we've incorporated a variety of Ron's suggestions into Augur. His most visible contribution is the wholesale removal of the market scoring rule system and its replacement with a regular order book. (MSRs have some nice theoretical properties but empirically don't work so well, so we ended up replacing the MSR with a regular order book, which works much better.) Ron and Joey presented together last month at the NYC Ethereum Meetup -- if you click through that link, there's video of the event posted on Youtube!
Nice platform, i like it, but is it possible to make a data feed in Augur with
for instance an -hourly fiat exchange rate update-?
for instance an -hourly fiat exchange rate update-?
Thanks! We're trying to keep the basic interface simple and functional for the time being, so if we did add something like that, it would be down the road when we're adding visual bells-and-whistles.
I understand that there is no need to rush and you want to be sure the product is safe and secure, but could you give us an approximated ETA for the release of the platform with actual REP token on it?
We'd really like to have the live platform out before the U.S. elections. However, it's hard to give an actual ETA because it totally depends on how our security audits go. This is our first time going through a formal security audit, so we don't have a good sense of how long it will take / how much iteration (if any) will be needed to "green-light" it.
1) Why not to make this platform completely separate from ETH or any other DAPP system. Just make your own DAPPs system, POS based, with shareholders as nodes in it. And since Etherium was/is going to switch to POS, level of security should be the same.
2) For deposits you can use Bitcoin lightning network (in the future) or any other crypto-currency.
It will make the market:
1) independent from ether or other currency.
2) more income for shareholders.
3) more intensive for them to run a node - more security
4) faster speed of network.
Of course, it will only work if the project team would be independent from ETH team. Otherwise, it would be a conflict of interest as in case of The Dao and the recipe for disaster.
2) For deposits you can use Bitcoin lightning network (in the future) or any other crypto-currency.
It will make the market:
1) independent from ether or other currency.
2) more income for shareholders.
3) more intensive for them to run a node - more security
4) faster speed of network.
Of course, it will only work if the project team would be independent from ETH team. Otherwise, it would be a conflict of interest as in case of The Dao and the recipe for disaster.
1) The reasons we decided to build Augur on top of Ethereum (rather than as an independent blockchain) are detailed in this blog post. The very short reason is, building on Ethereum allowed us to focus solely on our business logic, without needing to program, deploy, and secure our own blockchain.
2) Augur will ultimately be currency agnostic. It will support all tokens that use Ethereum's subcurrency API, including the stablecoins in development on Ethereum. Bitcoin will also be natively supported via BTCRelay, a sidechain linking the Ethereum and Bitcoin blockchains. (Easy integration with other projects in Ethereum's ecosystem is another significant benefit to building on Ethereum.) Bitcoin integration won't be part of the initial launch, but it is the first big feature we'd like to implement after launch.
The only overlap between the Augur and Ethereum teams is Vitalik; he's one of our advisors. Our technical efforts are separate from those of the Ethereum core team. Augur pre-dates most of the general-use contract programming and JS tools in circulation now. As a result, we have our own custom-built stack on top of Ethereum. This relatively narrow focus has some security and efficiency advantages; for example, two of the tools that have been the most error-prone (the Solidity language and the web3 JSON RPC tool) are entirely absent from Augur's stack.
Thanks! Now I'm fully oriented and understand the big picture. Best of luck on the project and I look forward to future updates. I am subscribed to the Augur newsletter. And I'm subscribed to this forum.
You're most welcome! I'm glad I could help
I'm a cryptocurrency newbie. Thanks for the info. I purchased some REP on 18 Aug 2015. From what I can gather, when its ready, you'll activate the next phase of the Augur system. And then REP will once again be traded on the exchanges. Is my understanding correct?
Yes, that's correct.
A few months ago when I saw the price collapse of REP on the price charts (bravenewcoin.com and others) I had no idea what was going on. And was naturally worried.
The REP price you saw on the charts was actually the price of REP IOU's sold by a single exchange (Gatecoin). They participated in the token sale and were selling IOUs for their tokens to people on their exchange. As I understand it, their exchange was hacked and went offline, and after that the price chart websites just didn't have any sources of data for REP any longer.
Long story short: the REP price shown on the charts was probably not accurate to begin with, as it represented a REP IOU (rather than actual REP tokens) and the volume traded was quite small. The only concrete market price for REP is the price at the conclusion of the token sale ($0.59/REP, if I remember correctly).
Other than reddit, is Augur REP active on some exchange such that it has a market value that is listed on some price chart? I searched and haven't found any.
I've heard people are trading small amounts of REP IOUs through one of the Ripple gateways (Gatehub, I think?). As with Gatecoin's "REP", it's important to know that these are just IOUs. For legal reasons, real (non-IOU) REP will not be tradeable on exchanges until Augur's live release.
Will you email out Augur newsletters to keep subscribers updated? What is the best way to receive updates on Augur progress?
Yes, we do have a newsletter. There's a signup for the newsletter on our landing page. We limit the newsletters to relatively big news items to keep it from feeling spammy.
For the REP I purchased in Aug 2015, do I need to do anything with it? Or just let it sit until the next phase of Augur is launched?
Just let it sit for now. There will be a "dry run" (probably in a month or so) where we'll distribute "play" REP using the same distribution mechanism the live release will use. This will be 100% optional and the only reason to participate in this is if you'd like to help us test. Otherwise, there's nothing you need to do until Augur's live release.
Thanks again for keeping us updated.
Thanks for participating in the token sale. Maybe we've been too quiet lately, but we really do appreciate your vote of confidence in us
Also, I think I remember seeing that the REP sold in Aug 2015 is a "test" version of REP that will get converted to "real" REP at some point. This true? Any details most appreciated. Thanks.
No, that's not true. There will be a "test" version of REP distributed (to make sure the distribution mechanism is secure / works correctly, as mentioned above), but the REP sold in the token sale is definitely real REP, and will be distributed when Augur launches.
I don't know...I don't think they're really working on the project anymore. The last thing I heard was that the guy who created the truthcoin concept that Augur is based upon quit being an adviser and declared the project a failure. It's almost been a year and they've had 5 million dollars to work with....I'm pretty sure this project was just over marketed....I don't think they can build the platform they claimed they could build....not even with 5 million dollars.
We (the Augur developers) are still working on it. I don't know how anyone who spends even 30 seconds looking at our project's Github could conclude that we've ceased work on the project; all 6 of our main repositories have been updated (most of them multiple times) over the past day. The primary thing that 5 million dollars buys us is the freedom to take our time and really build a secure product. If you rush your product, you get The DAO.
We fired Paul (the Truthcoin guy) from his position as advisor when we found out that he'd been secretly competing with us, as this was a significant, undisclosed conflict-of-interest. FWIW, Augur has considerably more in common with the Schellingcoin and Princeton models than it does with Truthcoin.
I agree. This project was over hyped and the core developers left. A The actual idea is not Augurs. They just caught the momentum with eth. A lot of people are selling their augur holdings.
There are two core developers (me and Joey Krug) and we're both still here. Like most projects in this space, the "actual idea" behind Augur is a synthesis of a variety of concepts. There is indeed a lively market (on Reddit) for anyone interested in buying/selling.
The idea that our project is "over hyped" is fascinating. Where's the hype? If all we do is marketing, then why am I (one of the core developers) on here responding to you? Shouldn't we have a crack marketing team that handles this kind of stuff? How is it that people have apparently gotten the idea that our project is dead, if we do so much marketing?
The truth is that Augur is (and always has been) a developer-led team, and we prefer to spend our time working on the product. If you're truly concerned about our progress, I encourage you to look at our Github, and/or join our Slack.
Re: [ANN] Augur alpha test: decentralized prediction markets
That guy you have on your site in the yellow shirt clutching the stick looks maniacal like he is planning the destruction of the earth when that picture was taken.
Haha, yeah, I'm not sure who picked that picture of Prof. Hanson, but we probably should put up a better/less maniacal one 
Re: [ANN] Augur alpha test: decentralized prediction markets
Is the demo link not working i go to it and just get a blank page
I just tried it -- it's working for me. We've had a much bigger surge of interest than expected for an alpha test, and our server is struggling a bit to keep up. (We're a non-profit, so no big venture bucks for us -- our geth node is just running on our showing-its-age-a-bit server...) Give it 30 seconds to a minute -- it should load, it's just a bit slow!
If it's not loading at all for you, I can help you troubleshoot. What OS/browser are you using? All our testing so far has been done using Chrome (and a tiny bit of Firefox). It should be cross-browser compatible of course, but I can't promise it is 100% so just yet
It should only take ballpark 20-30 minutes (although it depends on your connection speed, of course). Did you include those enodes in the --bootnodes geth flag? If you go to the geth console, you can manually add nodes using admin.addNode:
Code:
admin.addNode("enode://035b7845dfa0c0980112abdfdf4dc11087f56b77e10d2831f186ca12bc00f5b9327c427d03d9cd8106db01488905fb2200b5706f9e41c5d75885057691d9997c@[::]:30303")
admin.addNode("enode://4014c7fa323dafbb1ada241b74ce16099efde03f994728a55b9ff09a9a80664920045993978de85cb7f6c2ac7e9218694554433f586c1290a8b8faa186ce072c@[::]:30303")
admin.addNode("enode://12bcaeb91de58d9c48a0383cc77f7c01decf30c7da6967408f31dc793e08b14e2b470536ebe501a4f527e98e84c7f5431755eae5e0f4ba2556539ab9faa77318@[::]:30303")
admin.addNode("enode://587aa127c580e61a26a74ab101bb15d03e121a720401f77647d41045eae88709b01136e30aba56d1feddff757d4a333f68b9a749acd6852f20ba16ef6e19855a@[::]:30303")
admin.addNode("enode://f5fc10dafe8c44702748c7ead4f30d7b3fe35450d2e66158231a9bf9b1838f93d06b25908b8447c85b2429bdaeff45709f17e67083791053e0bac6e282c969fe@[::]:30303")
admin.addNode("enode://4014c7fa323dafbb1ada241b74ce16099efde03f994728a55b9ff09a9a80664920045993978de85cb7f6c2ac7e9218694554433f586c1290a8b8faa186ce072c@[::]:30303")
admin.addNode("enode://12bcaeb91de58d9c48a0383cc77f7c01decf30c7da6967408f31dc793e08b14e2b470536ebe501a4f527e98e84c7f5431755eae5e0f4ba2556539ab9faa77318@[::]:30303")
admin.addNode("enode://587aa127c580e61a26a74ab101bb15d03e121a720401f77647d41045eae88709b01136e30aba56d1feddff757d4a333f68b9a749acd6852f20ba16ef6e19855a@[::]:30303")
admin.addNode("enode://f5fc10dafe8c44702748c7ead4f30d7b3fe35450d2e66158231a9bf9b1838f93d06b25908b8447c85b2429bdaeff45709f17e67083791053e0bac6e282c969fe@[::]:30303")
Hope that helps!
Re: [ANN] Augur alpha test: decentralized prediction markets
Is the demo link not working i go to it and just get a blank page
I just tried it -- it's working for me. We've had a much bigger surge of interest than expected for an alpha test, and our server is struggling a bit to keep up. (We're a non-profit, so no big venture bucks for us -- our geth node is just running on our showing-its-age-a-bit server...) Give it 30 seconds to a minute -- it should load, it's just a bit slow!
If it's not loading at all for you, I can help you troubleshoot. What OS/browser are you using? All our testing so far has been done using Chrome (and a tiny bit of Firefox). It should be cross-browser compatible of course, but I can't promise it is 100% so just yet
Re: [ANN] Augur alpha test: decentralized prediction markets
I am using my own version. The ups and downs of the ether balance seems to have stopped. However I still have 0 cash and the faucet doesn't seem to be working for me.
Addy is: 0x02f65dbd13e63eb97024098844710e53bf6563b5
So far this is pretty cool. Can't wait to actually get to try it out.
Addy is: 0x02f65dbd13e63eb97024098844710e53bf6563b5
So far this is pretty cool. Can't wait to actually get to try it out.
You need to have a few ether in your account in order to do anything! I just sent 250 ether to your account, which should bring everything to life for you.
Btw, anyone who's trying to use the downloadable version and is experiencing similar problems and/or having trouble mining, just reply to this post and/or email me (jack@augur.net) and I'm happy to send you some private chain ether so you can get started
Re: [ANN] Augur alpha test: decentralized prediction markets
This looks very interesting, but I fail to see how it is any different from gambling? Gambling odds adjust based on wagers too. So it looks to me like you get to bet on things besides sports teams. Could I make one for anything, like if a celebrity is going to die this year or who will be elected? Or is this restricted to financial things?
It's a forecasting tool! Yes, you can make a market for anything -- "who will be elected" is actually one very common (the most common?) use for prediction markets. What's interesting about these markets is that they produce very accurate predictions (in the aggregate) for who will win the election. Maybe more interesting than political markets are policy markets -- for example, will GDP go up or down if Hillary wins the election? Will rates of violent crime in city X increase or decrease if it passes a law making panhandling illegal?
If you have a widely-used, liquid prediction market, you can simply look up the odds of...well, just about anything! If you ask me, I think that -- if this takes off
-- in 5 or 10 years, we'll look back to now and think, "Wow, we were living -- and somehow making plans! -- without knowing the odds that anything was going to happen!" And that will seem just completely absurd to us.All that said, prediction markets are actually a very general idea, and you're correct that you can create markets that are more like traditional gambling. Personally, I find these gambling-esque use cases to be not terribly interesting; after all, if you want to wager on something like "where will the roulette wheel stop?" or "who's going to win the Superbowl?", there's already any number of casinos that would be happy to have your business!
Re: [ANN] Augur alpha test: decentralized prediction markets
Also why is my ether balance bouncing all around? it stopped but now I can no longer get anything from the faucet. It worked the first time and showed 10,000 cash but all of a sudden that 10,000 cash disappeared and dropped balance to 0.
Hmm, it shouldn't be bouncing all around! Are you using demo.augur.net, or the downloaded version? If the downloaded version, what is your address? You can get this as eth.coinbase from the geth console, or click on "Account" in the UI and it'll show you your address!
(DAG is short for "directed acyclic graph", which is used by Ethereum's proof-of-work algorithm.)
Re: [ANN] Augur alpha test: decentralized prediction markets
When i run command geth --rpc --rpccorsdomain "http://client.augur.net http://localhost:8080" --shh --networkid 1010101 --datadir "~/.augur" --protocolversion "59" --bootnodes "enode://035b7845dfa0c0980112abdfdf4dc11087f56b77e10d2831f186ca12bc00f5b9327c427d03d9cd8106db01488905fb2200b5706f9e41c5d75885057691d9997c@[::]:30303 enode://4014c7fa323dafbb1ada241b74ce16099efde03f994728a55b9ff09a9a80664920045993978de85cb7f6c2ac7e9218694554433f586c1290a8b8faa186ce072c@[::]:30303 enode://12bcaeb91de58d9c48a0383cc77f7c01decf30c7da6967408f31dc793e08b14e2b470536ebe501a4f527e98e84c7f5431755eae5e0f4ba2556539ab9faa77318@76.14.85.30:30303" --unlock primary console
I get no keys in store error.
When I run geth --rpc --rpccorsdomain http://client.augur.net --shh --unlock primary
The blockchain seems like it is syncing but won't connect to http://client.augur.net/. The whole chain needs to sync right?
I get no keys in store error.
When I run geth --rpc --rpccorsdomain http://client.augur.net --shh --unlock primary
The blockchain seems like it is syncing but won't connect to http://client.augur.net/. The whole chain needs to sync right?
I just realized I did not answer your question re: no keys in store! Sorry about that (was up all night coding
). Were you able to create an account from the geth console? The command shown in our blog post should work. Try this:geth --networkid 1010101 --datadir "~/.augur" --protocolversion "59" account new
It should prompt you for a password, then show you your new address. After that, try running the very long command from before -- it should work! But let me know if it doesn't and I'll help you troubleshoot.
Jack
Re: [ANN] Augur alpha test: decentralized prediction markets
Says blockchain not current on your alpha demo site.
Haha, this is what we get for running a centralized demo for decentralized software!
Our server was having some issues and we just brought it back online -- demo.augur.net is up again. Sorry for the hiccup!Jack
Re: [ANN] Augur alpha test: decentralized prediction markets
When i run command geth --rpc --rpccorsdomain "http://client.augur.net http://localhost:8080" --shh --networkid 1010101 --datadir "~/.augur" --protocolversion "59" --bootnodes "enode://035b7845dfa0c0980112abdfdf4dc11087f56b77e10d2831f186ca12bc00f5b9327c427d03d9cd8106db01488905fb2200b5706f9e41c5d75885057691d9997c@[::]:30303 enode://4014c7fa323dafbb1ada241b74ce16099efde03f994728a55b9ff09a9a80664920045993978de85cb7f6c2ac7e9218694554433f586c1290a8b8faa186ce072c@[::]:30303 enode://12bcaeb91de58d9c48a0383cc77f7c01decf30c7da6967408f31dc793e08b14e2b470536ebe501a4f527e98e84c7f5431755eae5e0f4ba2556539ab9faa77318@76.14.85.30:30303" --unlock primary console
I get no keys in store error.
When I run geth --rpc --rpccorsdomain http://client.augur.net --shh --unlock primary
The blockchain seems like it is syncing but won't connect to http://client.augur.net/. The whole chain needs to sync right?
I get no keys in store error.
When I run geth --rpc --rpccorsdomain http://client.augur.net --shh --unlock primary
The blockchain seems like it is syncing but won't connect to http://client.augur.net/. The whole chain needs to sync right?
We're actually on a separate blockchain from the public Ethereum testnet at the moment. (The reason for this is because they're stress-testing the network right now; we'll go back on the public testnet soon.) So, you have to run geth with the --networkid 1010101 and --protocolversion 59 flags set (and set the data directory to be ~/.augur, so it doesn't conflict with the Ethereum data directory), as in the above command. If you do that, and let the chain sync, you will be able to see our contracts!
Let me know if you have more trouble.
Augur is a fully decentralized prediction market platform. (What does this mean? See https://www.youtube.com/watch?v=yegyih591Jo for an intro!) I'm very happy to announce that we've just started our alpha test! This is a public alpha, so everyone is welcome to come try out Augur and help us test drive it.
There are two ways to use Augur:
1. If you're not comfortable using a terminal, we have a no-download, immediately usable version at: http://demo.augur.net. (We call this our "demo", but it is a live, fully decentralized blockchain -- you're just using our server's unlocked account!)
2. If you're more technologically savvy and really want to help us test the software, please go to http://www.augur.net/blog/the-augur-alpha-is-now-available-to-download for download/installation/launch instructions.
If you get stuck or have questions, please shoot me an email (jack@augur.net) or just respond to this post and I'll get back to you as quick as I can
There are two ways to use Augur:
1. If you're not comfortable using a terminal, we have a no-download, immediately usable version at: http://demo.augur.net. (We call this our "demo", but it is a live, fully decentralized blockchain -- you're just using our server's unlocked account!)
2. If you're more technologically savvy and really want to help us test the software, please go to http://www.augur.net/blog/the-augur-alpha-is-now-available-to-download for download/installation/launch instructions.
If you get stuck or have questions, please shoot me an email (jack@augur.net) or just respond to this post and I'll get back to you as quick as I can
Nice work.
Good work! It is exciting to see this problem solved. I must ask why you choose to use bash script for your snapshot? This will be slower than the c++ you use for your altcoin.
Thanks! It was a fun project. As for why we used bash instead of C++ for the snapshot script, basically, it is because we were automating a bunch of shell commands, which naturally made us reach for a bash script. Since the snapshot is something that only needs to be constructed once (per spin-off), we favored ease-of-coding over speed.
That being said, you could imagine a workflow going straight from blockparser (memory-lean version) to loading balances into the new blockchain's utxos. We opted for an intermediate "snapshot" file because 1) it is relatively portable (2+ orders of magnitude more compact than the blockchain itself), and 2) the file is guaranteed to be exactly the same for everyone using it.
Another contributing factor is that, even after downloading the Bitcoin blockchain, running a full blockparse takes quite a while -- about an hour on my (somewhat dated) hardware. It definitely isn't something that you want every user of a new coin to have to sit through!
joeykrug and I have implemented a proof-of-concept version of the "Bitcoin spin-off" discussed in https://bitcointalk.org/index.php?topic=563972.0.
Website: http://www.sidecoin.net
Source: https://github.com/AugurProject/Sidecoin
Whitepaper: http://augur.link/sidecoin.pdf
"Sidecoin" (our demo/example implementation) is a fork of Bitcoin 0.9.1. We modified it to support loading "snapshot" balances into the first (non-genesis) block, as well as trustless sidecoin claims using a new "claimtx" RPC command. Details are in the whitepaper!
Hope this can be useful to someone
- Jack
Website: http://www.sidecoin.net
Source: https://github.com/AugurProject/Sidecoin
Whitepaper: http://augur.link/sidecoin.pdf
"Sidecoin" (our demo/example implementation) is a fork of Bitcoin 0.9.1. We modified it to support loading "snapshot" balances into the first (non-genesis) block, as well as trustless sidecoin claims using a new "claimtx" RPC command. Details are in the whitepaper!
Hope this can be useful to someone
- Jack
Re: Spin-offs: bootstrap an altcoin with a btc-blockchain-based initial distribution
joeykrug and I have just implemented a proof-of-concept version of the "spin-off" idea discussed in this thread:
Website: http://www.sidecoin.net
Source: https://github.com/AugurProject/Sidecoin
Whitepaper: http://augur.link/sidecoin.pdf
"Sidecoin" (our demo/example implementation) is a fork of Bitcoin 0.9.1. We modified it to support loading "snapshot" balances into the first (non-genesis) block, as well as trustless sidecoin claims using a new "claimtx" RPC command. Details are in the whitepaper!
Hope this can be useful to someone
- Jack
Website: http://www.sidecoin.net
Source: https://github.com/AugurProject/Sidecoin
Whitepaper: http://augur.link/sidecoin.pdf
"Sidecoin" (our demo/example implementation) is a fork of Bitcoin 0.9.1. We modified it to support loading "snapshot" balances into the first (non-genesis) block, as well as trustless sidecoin claims using a new "claimtx" RPC command. Details are in the whitepaper!
Hope this can be useful to someone
- Jack