|
I think it will just takes more time(the sites just started, and bitcoin is only taking off), keep working on it, also I think I'll have some business for you over the coming weeks.
Wait 6 months and I'm sure you'll be doing quite well.
|
|
|
|
For Britcoin there are 3 different types of withdrawal: Bitcoin, UK-domestic, UK-international: mysql> describe requests;
+-----------+---------------------+------+-----+-------------------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+---------------------+------+-----+-------------------+----------------+
| reqid | int(10) unsigned | NO | PRI | NULL | auto_increment |
| req_type | varchar(6) | NO | | NULL | |
| uid | int(10) unsigned | NO | | NULL | |
| amount | bigint(20) unsigned | NO | | NULL | |
| curr_type | varchar(6) | NO | | NULL | |
| timest | timestamp | NO | | CURRENT_TIMESTAMP | |
| status | varchar(6) | NO | | VERIFY | |
+-----------+---------------------+------+-----+-------------------+----------------+
7 rows in set (0.00 sec)
mysql> describe bitcoin_requests;
+-------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | int(10) unsigned | NO | PRI | NULL | |
| addy | varchar(44) | NO | | NULL | |
+-------+------------------+------+-----+---------+-------+
2 rows in set (0.00 sec)
mysql> describe international_requests;
+-------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+-------+
| reqid | int(10) unsigned | NO | PRI | NULL | |
| iban | varchar(36) | NO | | NULL | |
| swift | varchar(12) | NO | | NULL | |
+-------+------------------+------+-----+---------+-------+
3 rows in set (0.00 sec)
mysql> describe uk_requests;
+-----------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+------------------+------+-----+---------+-------+
| reqid | int(10) unsigned | NO | PRI | NULL | |
| name | varchar(40) | NO | | NULL | |
| bank | varchar(40) | NO | | NULL | |
| acc_num | varchar(8) | NO | | NULL | |
| sort_code | varchar(6) | NO | | NULL | |
+-----------+------------------+------+-----+---------+-------+
5 rows in set (0.00 sec)
. Each of those requests 'shares' the requests tables but adds their own specific data. I'd like some way to tell which data should be joined to the requests tables and what type of request it was (Bitcoin, UK-domestic, UK-international). Maybe an accounts field or using views is the way to go. In your three tables for bitcoin, brit, & international just add a field for the primary key of your fourth table that they are all trying to reference, say the table is called transactions, and the primary key is an auto increment integer called id.In the other tables add the field transaction_id as an integer. They should all be able to reference the common table now |
|
|
|
That doesn't necessarily prove the addresses actually belong to you. I guess if your website says "Send money to: " and the "Our money is at:" are the same addresses it's probably safe to say they are yours. Unless... you add a fake address with lot's of coins just so you appear to have more than you do. But by doing that, you'd be losing some payments from your users to that other party.
That's an intersting point, so as new addresses are doled out to users to deposit, they are also published. But I also see that yes, you could have some address (that say belongs to the site owner and not the site) that has a lot of btc in it. |
|
|
|
Hmm I need to rent Johnny Mnemonic.
Oh yeah! (that was such a cool idea, but such a terrible movie). |
|
|
|
|
well I'm just trying to only deal in bitcoins, which avoids a lot of problems trading in and out of the currency. Although it helps that I mined 1000btc before it became too difficult.
|
|
|
|
|
I've been thinking of the best method to allow a bitcoin service to allow their bitcoin reserves to be auditable. So that you can verify my service has as many bitcoins (in total) as I say it does.
Would it be correct that this can be achieved by publishing all the addresses that receive bitcoin?
This way we can tabulate the total the service has and will also know when bitcoin is sent from these addresses. The result being a service that is auditable (at least for it's bitcoin reserves) 24/7 right?
|
|
|
|
|
Same thing happened to me when bitcoin was on a bear run. Got burned, bought back into bitcoin, lost a little and decided that's enough for me for the time being, I'm better at creating than trading.
|
|
|
|
Really? Nothing?
Given the way the market has moved, I'll change my window of strike prices to 1.10 - 1.50. If you're not interested in offering American options but will offer European, I'll consider it.
The exchange is launching this Sunday, you might be able to have better luck with that. We'll be having some "promotinoal" bonds for sale after launch. |
|
|
|
|
Note, I still have 30btc for this project (translation to Chinese)
|
|
|
|
Mentioned here by skittixch in a little detail is a really innovative idea for a delivery network that I think deserves some more attention. Since the thread it was posted in was for a robotic delivery network, it's not being discussed more. The post below Personally, I love the idea of flying, autonomous delivery services as much as the next guy, but I think this conversation needs some re-alignment. The issue more presently at hand is that of a lack of decentralized distribution services. I had an idea for such a system.
BitDrop.
Bitdrop would be a system for human "runners" to pass goods from person to person in the most cryptographically secure way possible.
Person A negotiates a sale of an item to person B online.
Upon deciding on BitDrop as means of distribution, distance would be calculated and current gas prices would be tabulated. This is the base shipping cost.
Person A types in their "willing to travel" radius, and, the machine would chew on the data and randomly/securely spit back out an exact lat-lon point within that radius.
A nearby runner gets notified that a package is ready for distribution. He's signed up with his own "willing to travel" radius as well. Ideally, if there are enough warm bodies in the chain, the venn diagrams all start overlapping, and form a human supply chain.
Upon the completed transaction, all runners in the chain would receive good feedback (ideas for delivery confirmation? sms? scanned qr codes?), and get higher GPG rankings, which would enable them to deliver goods that had been marked with higher trust requirements...and likewise, the more you're trusted in in the chain, the more the runners can charge. Seller wants to sell something of importance/high value? they can raise the trust threshold (and subsequently, the shipping rate)
As far as black market goods go, I've thought of this scenario. The TOS for bitdrop would state specifically that transfer of illegal goods is strictly prohibited; however, you may anonymously mark your package "shaded" if you feel the contents pose risk for any member of the chain, including senders, receivers and most importantly, runners. Shaded goods may be distributed exclusively via dead drops, and runners can opt into notifications of shaded packages, but only after a GPG trust threshold is passed, so a significant time expenditure is required before you go "googling for drugs". You basically knowingly waive your rights when you deal with shaded transacations. That being said, I'm sure it would turn into a profitable venture for risk-takers, while keeping clean runners away from things that could land them in jail for trafficking.
There are other details I've thought of, including the distinction between dead drops and trusted drops. Dead drops would be entry-points into the runner market. Let's say I want to make some extra money, and I want to sign up as a runner. I go to the bitdrop site and sign up for an entry-level position. This requires that I pledge a deposit for the first item I'll deliver. This means that new runners will mainly focus on delivering items of little value. It's a Low-risk, low-return scenario for everybody involved with the transaction. Once I, the runner, complete my transaction, the deposit is returned to my account, as well as the base shipping cost + small delivery fee. Part of becoming a runner is setting up GPG-Authentication. The buyer and seller then add ratings to my transaction, and after a threshold is reached, I'm allowed to forego placing a deposit on items of certain values or lower. Eventually, dead drops would give way of chains with "trusted drops", where people who've established their trust arrange meetups based on encrypted lat-lon values and anonymous instructions. The specifics should be debated about at length to promote the safety and longevity of the chain Smiley
I don't expect my first ramblings to be the end-all-be-all of this system, but unless I'm way off base, I think the concept has potential. I actually wrote up an extensive post detailing this idea yesterday, and stupidly hit f5 before I sent it, erasing my whole post instantly... I'd love to hear feedback and concerns.
|
|
|
|
|
Should be able to do this on the stock exchange when it launches.
|
|
|
|
Personally, I love the idea of flying, autonomous delivery services as much as the next guy, but I think this conversation needs some re-alignment. The issue more presently at hand is that of a lack of decentralized distribution services. I had an idea for such a system. BitDrop. Bitdrop would be a system for human "runners" to pass goods from person to person in the most cryptographically secure way possible. Person A negotiates a sale of an item to person B online. Upon deciding on BitDrop as means of distribution, distance would be calculated and current gas prices would be tabulated. This is the base shipping cost. Person A types in their "willing to travel" radius, and, the machine would chew on the data and randomly/securely spit back out an exact lat-lon point within that radius. A nearby runner gets notified that a package is ready for distribution. He's signed up with his own "willing to travel" radius as well. Ideally, if there are enough warm bodies in the chain, the venn diagrams all start overlapping, and form a human supply chain. Upon the completed transaction, all runners in the chain would receive good feedback (ideas for delivery confirmation? sms? scanned qr codes?), and get higher GPG rankings, which would enable them to deliver goods that had been marked with higher trust requirements...and likewise, the more you're trusted in in the chain, the more the runners can charge. Seller wants to sell something of importance/high value? they can raise the trust threshold (and subsequently, the shipping rate) As far as black market goods go, I've thought of this scenario. The TOS for bitdrop would state specifically that transfer of illegal goods is strictly prohibited; however, you may anonymously mark your package "shaded" if you feel the contents pose risk for any member of the chain, including senders, receivers and most importantly, runners. Shaded goods may be distributed exclusively via dead drops, and runners can opt into notifications of shaded packages, but only after a GPG trust threshold is passed, so a significant time expenditure is required before you go "googling for drugs". You basically knowingly waive your rights when you deal with shaded transacations. That being said, I'm sure it would turn into a profitable venture for risk-takers, while keeping clean runners away from things that could land them in jail for trafficking. There are other details I've thought of, including the distinction between dead drops and trusted drops. Dead drops would be entry-points into the runner market. Let's say I want to make some extra money, and I want to sign up as a runner. I go to the bitdrop site and sign up for an entry-level position. This requires that I pledge a deposit for the first item I'll deliver. This means that new runners will mainly focus on delivering items of little value. It's a Low-risk, low-return scenario for everybody involved with the transaction. Once I, the runner, complete my transaction, the deposit is returned to my account, as well as the base shipping cost + small delivery fee. Part of becoming a runner is setting up GPG-Authentication. The buyer and seller then add ratings to my transaction, and after a threshold is reached, I'm allowed to forego placing a deposit on items of certain values or lower. Eventually, dead drops would give way of chains with "trusted drops", where people who've established their trust arrange meetups based on encrypted lat-lon values and anonymous instructions. The specifics should be debated about at length to promote the safety and longevity of the chain  I don't expect my first ramblings to be the end-all-be-all of this system, but unless I'm way off base, I think the concept has potential. I actually wrote up an extensive post detailing this idea yesterday, and stupidly hit f5 before I sent it, erasing my whole post instantly... I'd love to hear feedback and concerns. I think it's a great idea, especially the shaded package concept, and is doable. As a delivery network it won't be fast but I couldn't imagine it being more expensive than say USPO for national delivery. |
|
|
|
|
From loking at the bitcoin map the greatest concentrations are Upper east coast US (around the NewYork area), and West coast SanFran.
Genjix, you going to the bitcoin conference in NewYork?
|
|
|
|
I think something like this needs to happen somewhere in the Central US, so that way more people from each coast can make it. But of course if we could get some of the developers of Bitcoin, and some of the pool owners to make it, and some of the programmers, perhaps we could get an actual Bitcoin Developers Conference going (BDC)
Central US just means it's going to be inconvienient for people from BOTH coasts. Just have 2 separate cons. |
|
|
|
|
@brucewagner, did you get the pm or email I sent you? Havn't heard back.
I want to present on the Bitcoin stock market(coming soon) and about companies organised entirely around bitcoin.
I'll be flying in from China, so I'll need somewhere to stay, is there any chance of camping it out on the office floor?
If not, anyone here want some bitcoin for providing me with a sofa in the NewYork area?
|
|
|
|
|
I updated your title (to include...more info haha).
Thanks for the post, this is very interesting. and if I'm correct we're it to be applied correctly for bitcoin, it would mean that each person actually running a bitcoin client (and transfering btc to other clients) would be required to be licenced and registerd as a MSB.
This being because all who have the bitcoin client are the ones conducting the transaction (as opposed to a central system such as e-gold)?
I don't know how new this legislation is but it's certainly been outdated by the changes brought on by bitcoin. This would effectively make running a bitcoin client illegal. Good luck with that.
|
|
|
|
18-21 August works for me. New York City in August: ah, I can smell it now....
Is it really that bad? |
|
|
|
What an ordeal... A comedy of errors. We tried 5 different video editors ... Final Cut Pro created an 18GB mov file.... then the battery on the MacBook Pro died.
After trying LightWorks, Avid, and getting desperate... We tried OpenShot, PiTiVi, and finally..... Windows Movie Maker + Format Factory -- both free -- worked BRILLIANTLY!
Anyway....
YouTube is saying 507 minutes remaining uploading the show. Yikes! We need to call & order that 35Mbps up & 35Mbps down internet ASAP! :-)
Just drive to the youtube offices, it would be quicker. |
|
|
|
|
Show Posts
