Bitcoin Forum
December 07, 2022, 01:36:43 PM *
News: Latest Bitcoin Core release: 23.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 »
1  Bitcoin / Project Development / Investment Opportunity - Bitcoin Gaming on: November 21, 2014, 01:23:52 PM
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.
2  Bitcoin / Project Development / Trustless Physical Wallets on: November 16, 2014, 08:25:58 PM
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.
3  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 08, 2014, 10:19:15 PM
Offering 10goxCoins for 9BTC.

PM me.
4  Bitcoin / Project Development / Re: Love You Like A Bitcoin on: November 20, 2012, 11:02:47 AM

Those lyrics are terrible. As is the rap.

Could you have picked a worse song to model it after?

MAN U CORNY.



Might as well have made a bitcoin song out of

http://www.youtube.com/watch?v=ZSBq8geuJk0

Haters' gonna hate Cheesy

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.
5  Economy / Services / Business Review and Consultation on: August 22, 2012, 11:23:56 PM
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.
6  Bitcoin / Project Development / Re: [Now Funded] Help build a better Bitcoin logo! on: August 03, 2012, 07:43:10 PM
Adding 10BTC to the pledge.
7  Bitcoin / Bitcoin Discussion / Re: Zunguz.com - Social Banking - Bitcoin Competitor? on: June 13, 2012, 02:53:45 PM


I see more reason to worry about Zunguz than MintChip. Thoughts?

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.
8  Bitcoin / Bitcoin Discussion / Re: Looking for 2-3 people to help me with a blitz website/service setup on: June 13, 2012, 02:51:10 PM
Something like https://booster.io/?


Hmmm, less of the "micro-payments", more of the "pledge". But yea, "kickstarter-esque"...
9  Bitcoin / Bitcoin Discussion / Looking for 2-3 people to help me with a blitz website/service setup on: June 13, 2012, 02:43:08 PM
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...).
10  Economy / Services / Re: make a simple 1 page HTML pretty for me. on: June 02, 2012, 03:12:37 PM
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.
11  Economy / Services / Re: Offering my PHP/mySQL skills for Bitcoins on: June 02, 2012, 02:06:11 PM
Relevant
12  Economy / Services / Need Javascript/HTML/CSS Developer on: June 02, 2012, 02:02:47 PM
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.
13  Bitcoin / Development & Technical Discussion / Re: Can vanity address be sold? on: May 28, 2012, 12:09:36 AM
I've recently learned that this is possible... the jist of it is :

The buyer generates a keypair and gives the public key to the seller.
The seller generates a second keypair seeded by the buyer public key.
The seller then sends the offset between the keys to the buyer and the buyer applies the offset to his original private key and it ends up being the new vanity keys.

Graingert on IRC pointed me to a thread here, but I can't recall the link. Something about type 2 deterministic keys.

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

Thanks Smiley
14  Bitcoin / Development & Technical Discussion / Re: Signed transactions for distribution on: May 27, 2012, 11:32:51 PM
to broadcast the transaction to 3 peers you need to connect to a different protocol

Huh
You don't connect to a protocol, you connect to a server. If someone wants to use your service he'll have to connect to your server, so I can't see any difference.

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.
15  Bitcoin / Development & Technical Discussion / Re: Signed transactions for distribution on: May 26, 2012, 10:47:21 PM
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 Smiley
Why would someone use this service instead of just broadcasting that TX to the network ?

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.

I can get on the Bitcoin network, find 3 peers and broadcast my transaction to all 3 then disconnect.  In less than one second.  There is no need for an external service, unless you are offering something extra, like anonymity.

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.
16  Bitcoin / Development & Technical Discussion / Re: Development Roadmap on: May 26, 2012, 10:40:32 AM
Crashing bugs, any bug that might result in loss of bitcoins, and security fixes are always highest priority, but here are the big things I think are very high priority that, as far as I know, nobody is working on.  I think they all need to be done before we can say we have a "Bitcoin 1.0" :

  • finish download-only-blockheaders client mode
  • password-protect the wallet private keys (mitigate the steal wallet.dat problem: see https://gist.github.com/803170 )
  • import a backed-up wallet
  • figure out how to do click-to-pay
  • design/implement a secure DNS-like "map string to bitcoin address" system  (so I can send bitcoins to "gavin@acm.org")
  • export+encrypt part of your balance (for long-term storage; I still waffle on whether we want to encourage that right now)


Stumbled upon Gavin's post from over a year ago and wondered about the status of these points.  It looks like the pace of development is slow, but not being a programmer, I feel all I can do to help is tell businesses and friends about bitcoin, play bitcoin poker, order the magazine, and bomb hundreds of coins at SatoshiDice.

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.
17  Bitcoin / Development & Technical Discussion / Can vanity address be sold? on: May 26, 2012, 10:29:14 AM
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?
18  Bitcoin / Development & Technical Discussion / Re: Signed transactions for distribution on: May 26, 2012, 10:23:45 AM
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 Smiley
Why would someone use this service instead of just broadcasting that TX to the network ?

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.
19  Bitcoin / Development & Technical Discussion / Re: Signed transactions for distribution on: May 23, 2012, 01:26:13 PM
You've got a point. What about a flat rate of about 10c for every transaction above $10? Would that seem more "new world thinking"? what about 1c?

Better but
a) once again you have no idea the value of the tx.  Only the sum of the output (which includes the change)
b) the metric that determines cost if the size of tx in kb not the value of the tx.

x cents per kb (rounded up so all tx are considered at least 1 kb) would be more logical.  Still I doubt anyone would be willing to pay for it but at least your pricing metric is possible to enforce and matches the critical resources (the size of the tx).

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?

Signing isn't encrypting.  If it was well no node would know what it is.

In psuedo code it works like this.

Node creates a tx.  Node takes a hash of the tx.  Node signs the hash w/ private key = signature.  The signature it appended to the "plain text" tx.

Signed or not every node can parse every tx.  The network wouldn't work otherwise.  You simply need a modified client (or deamon built from a bitcoin library) which validates the tx and act upon it based on whatever rules you devise.

I would imagine it would work something like this
a) user submits signed tx by API or web form
b) parse the tx
c) verify the signature
d) verify the tx is valid (bitcoin protocol rules)
e) verify the tx meets your fee requirements (which should only be a flat fee or fee per kb)
f)  broadcast tx to the network


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 Smiley
20  Bitcoin / Development & Technical Discussion / Re: Signed transactions for distribution on: May 23, 2012, 01:15:53 PM
You've got a point. What about a flat rate of about 10c for every transaction above $10? Would that seem more "new world thinking"? what about 1c?

Better but
a) once again you have no idea the value of the tx.  Only the sum of the output (which includes the change)
b) the metric that determines cost if the size of tx in kb not the value of the tx.

x cents per kb (rounded up so all tx are considered at least 1 kb) would be more logical.  Still I doubt anyone would be willing to pay for it but at least your pricing metric is possible to enforce and matches the critical resources (the size of the tx).

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?
Pages: [1] 2 3 4 5 6 7 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!