Topic: BidStack - An auction / lottery combination (Read 740 times)
A Peer-To-Peer Auction System I developed: https://docs.google.com/document/d/1BcFv1UYPK3AOLrcL0ujiIzhr-c7fcs8mY9pASIlI8hM/edit
Do you have a GitHub page with the source? I'd love to play around with it.
Awesome idea btw!
Awesome idea btw!
Thanks!
I have not put it up on GitHub yet. I'm not sure what I'm going to do with it after this auction. Maybe I'll convert it into a gambling site. At the moment I don't think it is ready for public release
.If you want info about a specific part I'm happy to tell more about it (the blockchain.info merchent API handling for example).
Do you have a GitHub page with the source? I'd love to play around with it.
Awesome idea btw!
Awesome idea btw!
I have developped BidStack.
The site offers users a way to participate in an action for a fraction of the target price. The more that pay, the higher the change they will win the item which is auctioned. Once the target price is reached, a random address from the pool of addresses which were paid to for the auction will be chosen. The amount of bitcoins in an address determines the chance the address will be picked.
I developped the site to auction some casascius aluminium coins. It could be altered to a gambling website, where people can pay, and once the target amount has been reached a random user receives the bitcoins paid by everyone.
The technial part is the main motivation for building the website. I wanted to learn how to use node js and websocket. The websockets are used to update the transaction list and balances in real time. You can open the site, and it will keep updating with the latest information periodically. If you pay to your address, the balance of your address is updated within seconds. I'm using blockchain.info's merchant API to confirm transactions. There is no bitcoin wallet needed on the server, and the secondary password for blockchain.info is not needed on the server. This makes the website pretty secure, because it does not know the information needed to access the wallet.
As database I use the highly scalable document based mongo database.
The site can be seen here:------------- Removed because of a lack of interest. Wouldn't want someone to make a bid after all and have his bitcoins stuck
I would like some feedback about the design (I'm not a desinger, but I tried to keep it as clean as possible) and the responsiveness (it runs on a low power media center, but should still be pretty fast because of the techniques used).
The site offers users a way to participate in an action for a fraction of the target price. The more that pay, the higher the change they will win the item which is auctioned. Once the target price is reached, a random address from the pool of addresses which were paid to for the auction will be chosen. The amount of bitcoins in an address determines the chance the address will be picked.
I developped the site to auction some casascius aluminium coins. It could be altered to a gambling website, where people can pay, and once the target amount has been reached a random user receives the bitcoins paid by everyone.
The technial part is the main motivation for building the website. I wanted to learn how to use node js and websocket. The websockets are used to update the transaction list and balances in real time. You can open the site, and it will keep updating with the latest information periodically. If you pay to your address, the balance of your address is updated within seconds. I'm using blockchain.info's merchant API to confirm transactions. There is no bitcoin wallet needed on the server, and the secondary password for blockchain.info is not needed on the server. This makes the website pretty secure, because it does not know the information needed to access the wallet.
As database I use the highly scalable document based mongo database.
I would like some feedback about the design (I'm not a desinger, but I tried to keep it as clean as possible) and the responsiveness (it runs on a low power media center, but should still be pretty fast because of the techniques used).
Jump to: