Topic: Bitcoin Project (Read 718 times)
Check out how BTCJam did it by parsing a thread. https://bitcointalksearch.org/topic/btcjam-forum-name-verification-117725 That is probably your best bet.
I was going to bounty but I currently only hold Litecoin while the BTC deflates =/
You've been very helpful and although you may monetize such a list or task, We are only trying to grow the community and appreciate the help you have given.
While I still have your seemingly omnescent attention <3, Is there a list anywhere of all the Merchants who accept BTC aside from the wiki? I've read there are over 12k, and that list contains a little over 1200.
Thanks again.
Oh and I appreciated the benign retort from the gentleman above you =]
-Adam
You've been very helpful and although you may monetize such a list or task, We are only trying to grow the community and appreciate the help you have given.
While I still have your seemingly omnescent attention <3, Is there a list anywhere of all the Merchants who accept BTC aside from the wiki? I've read there are over 12k, and that list contains a little over 1200.
Thanks again.
Oh and I appreciated the benign retort from the gentleman above you =]
-Adam
Helpful is my goal, though I can appear cantankerous. You have @bitcoininformation to thank for the attention, he tweeted your post.
I don't know everything about authentication, security and programming, just what comes from a couple decades of wrestling with identity management and anonymity issues, far from omniscient. I know even less about merchant lists. Were I to go down that road....
Bitpay and Coinbase would have the most comprehensive lists.
Those aren't public.
There are a number of "yellow pages" type sites for bitcoin which are begging for some enterprising aggregation, but there isn't one I know of that has all of them.
I wish you every success.
I was going to bounty but I currently only hold Litecoin while the BTC deflates =/
You've been very helpful and although you may monetize such a list or task, We are only trying to grow the community and appreciate the help you have given.
While I still have your seemingly omnescent attention <3, Is there a list anywhere of all the Merchants who accept BTC aside from the wiki? I've read there are over 12k, and that list contains a little over 1200.
Thanks again.
Oh and I appreciated the benign retort from the gentleman above you =]
-Adam
You've been very helpful and although you may monetize such a list or task, We are only trying to grow the community and appreciate the help you have given.
While I still have your seemingly omnescent attention <3, Is there a list anywhere of all the Merchants who accept BTC aside from the wiki? I've read there are over 12k, and that list contains a little over 1200.
Thanks again.
Oh and I appreciated the benign retort from the gentleman above you =]
-Adam
Honestly,
We don't want a token from them in return, all we need is a success or failure code to know it's a valid user/pass combo. Would gladly be willing to meet with and sign an agreement with whoever is in charge of Bitcoin forum.
Any information on who I could contact would be greatly appreciated as well.
Thank you again.
-Adam
We don't want a token from them in return, all we need is a success or failure code to know it's a valid user/pass combo. Would gladly be willing to meet with and sign an agreement with whoever is in charge of Bitcoin forum.
Any information on who I could contact would be greatly appreciated as well.
Thank you again.
-Adam
You could do what you are contemplating with the method I suggested. You could do this without any agreement or code or anything from the BitcoinTalk.org team using only the publicly available information freely divulged by its users, and without BitcoinTalk implementing any change whatsoever. You can progress this immediately with nothing you don't already have.
My suggestion also allows your system to remain uncompromised by any security issues which may or may not exist in the BitcoinTalk forum.
If you insist on barking up the OAuth tree, you can directly harass the folks in charge with offers of Agreements and Contracts by clicking on that "Donate" link up there and reading enough of that page to see who has the keys to cage, or by a quick reddit search. (Hint: Its not really Thermos) Or failing that, sort the members list by date registered and see if you find anything interesting.
But now that you've given me the idea this is somehow desirable, I (or someone with more copious spare time) may code this together and sell it to you instead.
Why not simply offer a bounty? all we need is a success or failure code to know it's a valid user/pass combo.
What?
All I need is a sledgehammer to flatten the server this idiocy is running on and any meatbags associated with it.
Honestly,
We don't want a token from them in return, all we need is a success or failure code to know it's a valid user/pass combo. Would gladly be willing to meet with and sign an agreement with whoever is in charge of Bitcoin forum.
Any information on who I could contact would be greatly appreciated as well.
Thank you again.
-Adam
We don't want a token from them in return, all we need is a success or failure code to know it's a valid user/pass combo. Would gladly be willing to meet with and sign an agreement with whoever is in charge of Bitcoin forum.
Any information on who I could contact would be greatly appreciated as well.
Thank you again.
-Adam
You might consider limiting this to individual option.
For example, having messages signed by the address used in their profile or something like that.
For example, having messages signed by the address used in their profile or something like that.
This ^^^
It can be semi-automated anyway.
It provides an authoritative identity validation which accomplishes your goal in part.
You can pull the userlist of BitcoinTalk already and reserve those usernames pending this sort of authorization for the other part.
And it avoids the SSO issues.
also the bitcointalk forum is not using OAuth so that avenue is not open anyhow.
Thank you for your help New Liberty.
We will have to go in a different direction for security sake.
We will have to go in a different direction for security sake.
You might consider limiting this to individual option.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
The only thing we are looking for is integration. Meaning when users sign into our site, it will sign them into bitcointalk.org. Our end will have nothing to do with it. Security will not change. It works just like the FB integration that you find in most forums/websites no a days.
In other words, a user on our site would click "Comment" and a box would pop up and say, "Would you like to log in using your bitcointalk.org ID ?"
I think I understand you correctly.
You have described a change in security.
If one is sending their credentials to a place other than the custodian of those credentials.
Facebook uses Oauth for single sign-on, which is a security degradation.
http://hueniverse.com/2012/07/oauth-2-0-and-the-road-to-hell/
You might consider limiting this to individual option.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
The only thing we are looking for is integration. Meaning when users sign into our site, it will sign them into bitcointalk.org. Our end will have nothing to do with it. Security will not change. It works just like the FB integration that you find in most forums/websites no a days.
In other words, a user on our site would click "Comment" and a box would pop up and say, "Would you like to log in using your bitcointalk.org ID ?"
I think I understand you correctly.
You might consider limiting this to individual option.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
For example, having messages signed by the address used in their profile or something like that. Single Sign-on and shared userid is not an advantage to security. Generally it is the opposite of that.
Our team has been working on a project for a while and we would like to integrate with the bitcoin forum as far as usernames are concerned. Who would I need to talk to about integration of api? The only thing we want is for everyone to be able to keep their well known, forum usernames. We don't want to risk that when we launch our new company and site, that people can take a well known forum username. We are big believers of integration, making things easier for Bitcoin users to use other platforms are very important. Imagine being able to go to any large Bitcoin platform and being able to simply use your same login/password everywhere.
Please point me in the right direction, our programmers are eagerly awaiting this information.
Thank you,
-Adam
Please point me in the right direction, our programmers are eagerly awaiting this information.
Thank you,
-Adam
Jump to: