Going back to what I said before about me not realky knowing much about Bitcoin, if anyone could give me a link to a tutorial or detailed description of how it works, that would be greatly appreciated. The bitcoin.org FAQ, wiki, and Wikipedia description didn't really answer my questions, so any help besides those two sources would be appreciated. If anyone wouldn't mind taking a moment of their time and explaining a brief overview in a paragraph or so of how this thing works, you would be my lifesaver for today. Seriously, I would REALLY appreciate any help, tutorials, or "paragraph descriptions" a great deal. I don't know if I'm wrong about this, but do your Bitcoins grow over time like interest? That's probably the one main question I don't understand, and if anyone could answer that, I would be very grateful...
https://en.bitcoin.it/wiki/Getting_startedhttps://en.bitcoin.it/wiki/How_bitcoin_worksstart with those, and follow the links.  |
|
|
|
hack the system - set up a mobile infobooth/stand outside the event for free! |
|
|
|
I guess I'll have to implement penile biometric identification on bitcoin central with a modified fleshlight. And what about the other half of the population? (I am a man, just wondering.) Sorry, you'll have to have a soul to be able to connect on bitcoin central XD hahaha good ones y'all. |
|
|
|
modern keyloggers take screenshots on every mouse click...  |
|
|
|
* nanotube \o/ |
|
|
|
So my point is this...if you catch scammer user4 then you have to ban the entire tree of users down to user1. So anyone underneath user4 would be banned including user1, user2, user3, and user4. I think this is the safest way to allow PayPal. Can you do this?
Yes, that is the idea. Walk up the trunk by suspending/banning until the scamming stops. As Nanotube mentioned, this will be just one tool for using PayPal. The others will be rating, time, and maybe manual approval. I understand the frustration of making it too hard to use PayPal. We'll try to strike a balance. i think taking it slow rather than fast is not a bad idea. also, consider requiring verified paypal accounts, and doing email confirmation for the primary email listed on the paypal account, as extra steps to avoid fraud. also, daily paypal spending limits for users just starting without much of a reputation, is probably a good idea as well. that said... starting with a core of known and trusted users... you already can easily have dozens of approved paypal users to start with, and go from there. just throwing out some ideas. |
|
|
|
Indeed, trust both ways is necessary. All that said - consider using #bitcoin-otc for your transaction. We have a web of trust and all. http://bitcoin-otc.com |
|
|
|
So, how do you ensure that the paypal scamming don't come back?
The first line of defense, is an invitation only membership. Be mindful of who you invite. If you invite two or three scammers in a week it's not going to be good for your membership. Secondly, you will have to have a high enough rating and/or special approval for PayPal deposits. Traders will also be able to use the rating system when making escrow trades for PayPal or any processor for that matter. If it gets too bad, I'll shut PayPal down for awhile. The scammers will be back. But, we can make it difficult for them. I've been thinking about this a lot. I if I was a scammer I would register a user1. Using that user1 name I would invite another user2 (which would be fake). I would use user2 to invite user3 (another fake account). Then use user3 to invite fake user4 and so on. in addition to invitation, it would take explicit approval to use paypal - i.e., personal reputation with dwdollar, or the vouching of other high-reputation people. so just inviting a bunch of fake users won't grant you paypal access. |
|
|
|
I cannot currently reach bitcoin-otc.com. yea, vps was down for a few minutes. all back up now. |
|
|
|
hopefully the credit-network features will eventually be merged into main ripple project... but for now, we need some dev work to get stuff operational in raindroplet, so if anyone is up for helping out with the dev, feel free to pipe up. |
|
|
|
Well, fwiw, i have signed up I think that once the credit rating and credit network exploration features are developed, this will become a very good trust metric for the bitcoin community. (E.g., if I trust user1, and I see that he has given an unknown-to-me user2 a nice credit line... I'll be inclined to trust user2 as well to some extent.) Eventually, we could even transition the OTC web of trust ( http://trust.bitcoin-otc.com) over to ripple, maybe. |
|
|
|
The market orders may be functioning correctly now. However, when matching two market orders, there needs to be at least one previous trade (to determine the price) for any currency pair + processor combo. This "bootstrap trade" is created from two limit orders or one limit and one market order.
you know, i'm not so sure having 'market orders' is such a great idea at all, given the relatively low volume in the markets, especially in some currencies (e.g., gau). it introduces extra complexity for you, and extra uncertainty for the participants. if someone wants to buy at current market price, just put in a limit order with a sufficiently high limit price. |
|
|
|
Why does metric sucks?
It's based upon how people write, not how they think. Base 2 is a better in real life, and much of American Standard has evolved over the decades to reflect that. If a printed Bitcoin note is ever printed, it should follow a pattern of notes as follows... 1 unit note 2 unit note 4 unit note 8 16 32 and so on. Nothing is simplier and easier for the human mind to wrap itself around than doubling and halving of sums, so long as one doesn't have to convert from base 2 to base 10 on the fly, which is what we have to do since most every fiat currency in use is base 10 for mathmatical advantages. i smell bs. the primary number system in common use is decimal, and multiplying/dividing by powers of 10 is the easiest thing to do. here's an experiment: divide 100000 by 32 in your head, quick! yea, thought so, not so easy is it? now divide it by 100? pretty instant, no? if you think i'm cheating by using powers of 10 for the initial number... how about dividing 1048576 by 32 in your head? now how about by 100? unless you're a coder used to dealing in powers of 2, you're not going to produce the result 1048576/32 instantly in your head. |
|
|
|
|
cool, i think it would be a great alternative for mobile clients, for those who don't want to trust third parties like mybitcoin.
all you need to do is set up your bitcoind client and this interface on your own server... then with any browser you can make payments, and check for received payment, with a mobile device of your choice.
|
|
|
|
There should be an easy way to tag a post, thread, or user, as spam, with a comment, to bring it to moderators' attention. As it is, there seems to be no way at all to do that other than finding a moderator to PM, which is inefficient. At the very least... with zero extra development effort, we could maybe set up a thread where people can post to report spam posts/threads/users, that moderators should review regularly. I nominate this thread.
And I start by pointing out this user: http://bitcointalk.org/index.php?action=profile;u=3108he seems to have just registered and posted some inane posts, just to get some links in his sig pointing to some hyip stuff out there. |
|
|
|
running ./configure for the .5 release, i get this: configure: error: Missing required libcurl >= 7.10.1 this is on ubuntu lucid 32bit, with libcurl 7.19.7-1ubuntu1 installed. any thoughts on why it'd think 7.19.7 is not >= 7.10.1 ? sudo apt-get install libcurl4-openssl-dev doh, forgot to look at the -dev package. thanks, that did it. |
|
|
|
|
Show Posts
