so yes knowledge of a bare pubkey allows some person to send you coins to whichever script, but mostly you'll watch the standard scripts. core can pick up on bare scriptpubkeys where it knows the private key, so something like a 1-of-1 multisig with a pubkey of your would be picked up

buffalobill33: Well, you'll obviously need a good database to keep track of your users, and excellent security practices for handling passwords, 2FA, etc. Fortunately there are many high quality, free, and open source databases you could use (e.g., PostgreSQL.org is my favourite).

buffalobill33: You'd also need someone to develop the software for you. There are many options, and you can combine multiple languages together, but it would be smart to choose a language that your web server software has good support for (e.g., with Apache HTTPd there's mod_perl2, Python, Java

Randolf: I have most of the backend developed (rails with postgres) with security features such as 2FA, tokens etc in addition to distributed locks and rabbitmq as a messaging system. I am looking to get people to help me develop the bitcoin functionality and want to get a rough idea of how much work needs to be done and how difficult it is conceptually

I plan on having a full third-party security audit at the end. How difficult is it for an experience programmer with a reasonably good conceptual knowledge of bitcoin to develop a backend api to process payments securely?

Right now I have an experience blockchain dev with a small team offering to build a btc and ethereum payment processing backend for $70k. Is this a reasonable price? How long would such a project normally take a team to do

echeveria: I don't know enough about the specifics of how a bitcoin node works to answer it correctly. I guess to rephrase the question: does it take 700 hours billable at $100/hour to write a btc payment processor which can send, receive and notify of incoming payments? The rest of the logic (coin selection, address tracking etc) will be written be a separate team.