I have a gaming site in the works that I would like to share with everyone. I'm just now getting started on it, I'm in the planning stage. It's based on skill, rather than chance. Popular games like Counter Strike, War/Star Craft, Soldier of Fortune, and many others. I would have to host the gaming servers myself, or at least pay someone else to, and I would have to install anti-cheat software on each server to ensure fairness of each game. This is what I really need help with. I used to have a server for Jedi Knight II, but that was ages ago. I need someone who knows about hosting gaming servers, or can at least find out more about them... the cost, the anti-cheat software, etc. Any other ideas would be appreciated.  From what little I know about it: Web-based games of skill will get visited by bots that cheat. Games that require software to be installed don't grow very fast. One type of eGaming (games of skill) is Starcraft. Here's are sites for it. - http://backcoin.com - http://sc2btc.appspot.com |
|
|
|
In the bitcoin world since it is all play imaginary tokens, there is no income tax, corporate tax, capital gains, or dividend tax. In which jurisdiction is this the case? In the U.S., this certainly is not true. |
|
|
|
|
The download is an .rtf. .pdf will be more useful to many.
|
|
|
|
the question you need to ask yourself is: where is it accepted?
Where is what accepted? If you are referring to PopMoney, it is P2P -- anyone can receive PopMoney and it ends up escrowed by PopMoney until the recipient claims it which then withdraws it to the recipient's bank account. The problem isn't receiving the problem is sending, as so few banks offer it. Oh, and the other problem is that it is ACH and thus reversible when fraud is declared. |
|
|
|
The problem is: there seems to be a market need for "fast transactions" which in BitCoin case mean 0-confirmation transactions. One way out of this is to declare that BitCoin is not a tool for this. It was not designed for 0-confirmation transactions and anyone trying it is pushing square pegs into round holes.
Another way is to explore what can be done to make 0-confirmation transactions safer. When an idea is proposed, one has to explore what can be done to exploit it.
Yes, and they seem to have ignored the basic recommendation where step #1 is start the node using -nolisten and step #2, have the node explicitly connect to well known nodes (e.g., pool miners). The problem should then essentially be marginalized to irrelevance, though there is more that can be done, as is described here: So how about this:
1) Only connect to nodes you trust (like major pools).
2) Don't allow incoming connections
3) Modify the bitcoind not not forward your tx to your peers.
4) Modify the bitcoind to halt tx if double spend is detected.
5) Write an API which lets you know what % of hashing power has your tx in their memory pool.
Then you can see which pools have notifies you of the tx and decline tx if double spend is detected. |
|
|
|
Real Time Reload (RTR) directly adds funds to account without a pin (pinless). You provide cellphone # (include area code) and funds are directly added to account (usually within seconds). No pin codes to lose or have stolen. Boost mobile is ONLY available as a Real Time Reload. For Verizon, T-Mobile, and Virgin Mobile both RTR and traditional pin is available. Prepaid plans only though, huh? Any chance that would also include post-paid some day? (even if there is no discount?) Also in the works (waiting on application aproval) are giftcards (130 brands to include xbox live time), virtual VISA account #s, and reloadable VISA cards. If there is any interest in international long distance phone cards let me know (include country). I am also trying get Billpay services (pay 4,000+ billers in the US) and ability to issue Greendot MoneyPaks. Wow, just awesome! |
|
|
|
I personally have been waiting for 3 checks There are multiple methods to sell your bitcoins. Have you considered CampBX? They too are in the U.S. and offer as one with the withdrawal methods, to send a check. |
|
|
|
Could we assume that EITHER the person made those two payments in one tx to the same address OR they for sure own that address?
I believe so. I can't think of any way else that such a transaction would occur. |
|
|
|
3. Mining attack: Place a bet as usual. If you lose, try to put a double spend of your bet transaction in the next block you generate. With a few percent of the network hash power, you could overcome the house edge and make a profit. Any decent sized mining pool could profit from this attack now, regardless of betting limits.
Yup, that make sense. You'ld get away with it just one time though before detection (presuming SatoshiDice is detecting these when they occur.) I doubt a pool would risk the negative goodwill on such a stunt. I suppose the service could apply a delay before the payout transaction when winning wagers are exceed a certain threshold to prevent this, and then also to limit total payouts per-block to a certain maximum, for instance, to limit the potential loss that could occur. |
|
|
|
Is the change address always one bitcoin address per tx? I'm interested in the satoshi client as well as any others out there. Do any clients return change to multiple similar addresses?
What I'm specifically looking for is say someone spent:
1 BTC to address A.
.1 BTC to address B.
.1 BTC to address B.
In one tx
When I look at the tx output can I safely assume that address B is NOT an address used for change but part of a payment somewhere?
The Bitcoin.org (Satoshi) client would pull an unused address for the change. If you were to explicitly add as an output the next address so that it would match the same one the change would go to, I suppose the client isn't set up to detect that as a used address and you technically could end up with the transaction looking like above, where B is both a payment address and one used for change in the same transaction. But that would require you to explicitly choose that address. Other clients let you choose what addresses the change goes to, so yes -- the above can occur if you explicitly choose for it to happen that way. |
|
|
|
And no, Micon, seals with clubs 10btc freerolls are not enough to live on.
But, you can chat with othe players while playing. Chances are one of them wants to (or knows someone who wants to) trade P$ for BTC or vice-versa. |
|
|
|
i have a gaming site i want to advertise right now, and i have another one in the works. the one that is complete is for chess. simple chess matches with btc wagers. i know i could post it here (bitcointalk) but where else? do bit coin sites offer advertising slots? if so, which ones? any suggestions?
Wagers? You can submit the site for inclusion on Mem's list: - http://bitcointalk.org/index.php?topic=75883.0 |
|
|
|
That is a good idea. I could update a file in S3 on a daily basis with all the released secrets thus far. Would that do?
Sure would. |
|
|
|
|
Ha, we are being blackmailed. The latest spams read:
"To encourage less bulk wiki article creation, please send bitcoins to [...]"
Of course, when you reward something you get more of it, so please nobody honor this blackmail request.
But this is a problem that does not seem to be going away on its own.
And certainly this wasn't created just for the Bitcoin.it wiki. I wonder how many other wiki admins are pulling their hair out (and blaming Bitcoin instead of realizing that wikis are a collaboration system vulnerable to this type of automated attack).
|
|
|
|
Would there be a list of the keys and the secrets and each secret is published (i.e., 24 hours after it expired)? I ask this as if for some reason the service is offline, there is no other way to verify the results for a previous transaction as the secret is used in that verification process. |
|
|
|
|
Show Posts
