Hello - I'm developing a new bitcoin gaming platform that leverages the new possibilities that comes with the bitcoin eco-system and relies on proven business model.

Games like Satoshi Dice make a very nice profit on a daily basis making about 2-10 bitcoins for the site owners. Satoshi Dice is very simple, hardly engaging, yet very addictive and satisfying game. I'm building a platform that will provide visually rich games far beyond what today's sites provide (no offense to anyone), a large variety of games to chose from, and social interaction among the platforms users to increase engagement.

Without disclosing too much details about the operation, I'm developing it in such a way that these games can be played on the desktop as well as mobile platforms, and will be making 2-5 new games for users to play every month.

Beyond what said above, the platform will offer users to make money in number of ways, playing games, referring friends, and another method which I won't disclose here.

Investment needed is 150BTC - ±60% will be used for initial development, 10% will be used for marketing, 20% will be used for upkeep, and remaining 10% will be used as house bankroll.

All funds will be kept in a multisig address with proper governance in place.

I'm thinking of developing a trustless physical wallet that can be sold over-the-counter and wondering what other projects out there that exist that do the same thing?

What technologies are available? I mean besides plain paper wallets that you can print on your own - stuff like bit-card.de which is pretty simple and requires trust int he manufacturer.

Offering 10goxCoins for 9BTC.

PM me.

Haters' gonna hate

I think the song is great, and having bitcoin related art besides the technological projects is a rather welcomed idea that we all should support, no matter how we feel regarding a particular piece of art.

Thinking about or developing a new business or app and need to make sure you're on the right track?
Not sure what kind of technologies you should use with your project?
Don't want to be surprised with your project down the road?
Not sure about a design that would fit your project?
Need something done and don't know where to start?

If you've answered yes at least to one of the questions, I can help.

I'm Eli, a business owner, freelancer, designer, developer, educator, and a bitcoin evangelist. At my day job I design and develop web and mobile applications working as an independent contractor for various high profile clients here in Israel. During the nights I whip out my inventor hat and create stuff like Safebit, and in between I do what ever is necessary to get a business or a product up and running.

My background is mostly technical, coding web apps and sites, but my interests are leaning on the aesthetic side of products and apps. I have a keen sense for quality graphic design with a lot of respect to the small details, I know what are the limitations and capabilities of the technology, and I can make almost anything you can imagine.

I specialize in: Javascript + HTML5 + CSS3, PHP, NodeJS, user interface design and development, art directing, and bitcoin.
Well informed: Web/Mobile apps design and architecture (client/server), (some) markets and (some) customers, graphic design, business development, and working and development environments (on and off line).

---------------

This is an experiment at this point, and I'll be offering two different services here;

Business Review - Tell me about your business, and I'll tell you if and how it can work and become profitable.
Price: 10Ƀ; as this is an experiment, the first two clients will receive this for free, so they can report back without risking wasting their money.

Consultation - Tell me what you need done, and I'll tell how to make it happen. Ask questions that you need answers to.
Price: 0Ƀ - 75Ƀ; some questions I'll answer for free (and you could send a tip if you'd like), others will usally have a short description of what I know and how I can help with a Ƀ price tag on it.

You can contact me via email: eli.sklar@gmail.com, expect a response within 48 hours. In urgent cases please state that.

Adding 10BTC to the pledge.

Meh. Aren't there like dozens of these services? why is this so special?

And it's not a competitor to bitcoin because it's still relies on centralized money. The only thing that I'll consider a competitor to Bitcoin is something that has Bitcoin at it's heart (decentralized, democratic, crypto) but provides something that Bitcoin cannot.

Hmmm, less of the "micro-payments", more of the "pledge". But yea, "kickstarter-esque"...

I've came up with a kickstarter-esque website/service that I want to "get out there" in the next few weeks.

The basic idea is to give people a way to raise funds using regular methods (paypal, google checkout, visa, mastercard, etc') and using bitcoin, and when the time of withdrawal comes they'll get the money in fiat currency or Bitcoin, their choice.

It's a business and social experiment, I have a "game plan" to get this running in the next 14-30 days, if it works it might draw some VC/Angels money into it, and if it doesn't I'll move on quickly without looking back.

I'm planning to do it with minimal capital - $100 to $400, not more than that.

Needed skills: social media management/engagement, web development [front + back-end].

I'm not looking for NDAs, or micro-managing, I'm looking for people who are able to join a team, do the shit needed and quickly, and get it out there as fast as possible. We may or may not develop an actual product, more likely a proof of concept.

Equity is simple: equal shares (i.e. 4 people = 25% each, 3 people = 33% each...).

This is what you've got from me for 2BTC: https://dl.dropbox.com/u/1290056/BitcoinBerlin/index.html


+ Works well on all browsers, including on mobile
+ Easy to use and modify
- No variables editing (it's pretty straight forward to do so in the HTML).
- No daily chart.

If you want variables editing - I can make something really simple with additional 5BTC.
For the chart I will ask about 15BTC - or you can find someone else to do so.

If you like the work, send the BTCs to: 1Cm554iqhU9dLnZsi2LA5s1b576DdfM1GM

The relevant files is available: https://dl.dropbox.com/u/1290056/BitcoinBerlin/BitcoinBerlin.zip


You can customize it yourself or give to another developer using the handy Bootstrap stylesheet.

---

EDIT: If the OP doesn't like the design/work - it can be used freely by anyone without restrictions.

I'm developing Safebit and in the past month or so I've resumed to active development, and I'm looking for a developer to work with me (I'm working mainly on the design aspect of the application) to implement features.

The required skills include:

• Ability to work from home/remote (I'm from Israel)
• Self thought, self sufficient
• Ability to follow guidelines to very specific details
• Good Javascript, HTML5, CSS3 knowledge
• Experience with Bitcoin JSON-RPC
• Some experience with Chrome extensions/apps
• Responsible and timely
• Git/Github experience
• Linux shell knowledge
• Fluent English
• Basic understanding of the current Safebit codebase (found here: https://github.com/elis/Safebit)
• Ability to communicate via Gtalk/email and sometimes skype
• Good understanding of Essential Javascript Design Patterns, follow Idiomatic.js style guide, and good understanding of the modern web standards.

Note: I can't pay much, around $10-$15/hourly wage all around, and I do expect the above requirements to be met in order to start working, so please consider all of this before applying. I'd prefer not get any applicants instead of starting to work with someone who doesn't met my expectation or I don't met theirs.

Payment can be either Fiat currency or Bitcoin - your choice.

HOW TO APPLY
- Consider all of the above
- Go over this: https://dl.dropbox.com/u/1290056/Transactions.png and this: https://dl.dropbox.com/u/1290056/Transactions%20with%20Tips.png
- Reply here noting you are interested (so I can see your past interaction with the bitcoin community, if you have any)
- Send an email to eli@safeb.it with the following details:
a) How long it will take you (i.e. "one week")
b) Your hourly wage (i.e "$12/hour")
c) The total amount you want for this specific task (i.e. "one week = 40 hours, $12 * 40 = $480")
d) Any previous work you've that might be related (both description and links are welcome)

Because I've been burned a few times now, please consider the following before applying: On the first job (i.e. the Transactions section) the payment will be provided only after full completion of the task and only if all the requirements are met (i.e. I approve the new code and behavior, it works well, and pushed into the public github repo). The payment will be as initially agreed upon.

Sweet. From what I've read so far it's pretty simple and can be done quite easily.

Thanks

Connecting to Bitcoin peers requires using the Bitcoin Protocol, which requires making a different type of connection. Using a dedicated HTTP server on the other hand requires only doing a regular ajax request to a remote server with the details of the transaction.

This tiny difference is what makes it easy for new developers to come in and create new tools - the simpler tools that you can provide to developers the more developers you'll have working on this. Remember, time = money, so business makers who ask devs "how long will X take you to do with Bitcoin?" and the dev answers "a lot" because it requires doing different complicated things, and if it's cheap you'll have more people putting money into Bitcoin related projects.

First of all, yes. These kind of service will offer better anonymity than what you get with the vanilla bitcoin experience.
Second — to broadcast the transaction to 3 peers you need to connect to a different protocol which can be problematic at certain situations, and it's not exactly a "fire and forget" solution, because you have to check that the transaction was broadcasted, and if not, you have to do the procedure again.

Figure out how to do click-to-pay - it's pretty easy, the bitcoin URI is pretty well defined by now, all you need to do is register the URI in the OS so that when it's accessed, the OS will know to forward it to the bitcoin client. This works well with bittorrent URIs, I don't see why it can't work the same way with Bitcoin.
The problem that I foresee is fraudulent bitcoin URIs. Consider the following:
You're surfing Amazon.com, and want to buy a book. You click on the "Pay with Bitcoin" button, but at some point a malicious factor in your system (or on the host site, Amazon.com for this example) replaces Amazon's tried and true Bitcoin address with it's own, trying to force you pay to the hacker instead to Amazon. Bad for Bitcoin, bad for the client, and bad for Amazon.
What is needed is a list of "Trusted" and "Registered" addresses that clients can look up and verify before sending out the payment.
I have a feeling that this is very related to the "DNS-like map string to bitcoin addresses" issue - it's one problem that compliments another, and it the click-to-pay requires you to have some kind of verified address that you can identify before making a payment.

Generating a vanity address is pretty easy - fire up a small tool, define what you're looking for, start working, and wait.

This process is kind repeated thousands of times daily (I'm guessing) and someone somewhere is just ignoring the address generated that would satisfy your search.

Assuming we create a network of a list of "wanted" vanity addresses, and every time someone searching for an address, it will also check the global list, and we can find some way to pay each other for found addresses.

Assuming all of the above - how would I know that the vanity address that you've sold me is "safe"? You created it, you have or at least had the private key with you at some point, you could simply wait and check if the address begins to have some coins in it, and when it has enough coins, you simply use your private key that you  sold to me. Problem, right?

Any way around it?

Because broadcasting the message to the network [as I understand it] requires the user to be connected to at least one peer in the network, meaning a different kind of protocol to handle.

Having a service that will broadcast your transactions to the network for a small fee (if the transactions are not small ones) requires you to compile and sign a transaction, and send it to the broadcasting service via HTTP, very straight forward for client-side clients and thin clients.

Meaning I can know in advance whether the incoming transaction (API or form) is up to par with my requirements, at least based on what I've read so far. Ok, I'll start investigating the technicalities of this. Thanks to everyone commenting here

So I guess now we're getting back on track as this is the exact reason I opened this thread in the first place;

My question is: How can I know in advance what amounts and/or addresses does a transaction have in it if the transaction is already signed?

What are my options to understand the incoming signed transaction and evaluate whether I want to push it to the network or not?