[ANN] 🤖 TOKENGATEWAY.IO - API to send & receive ER20 Tokens and ETH

[bitblade]

   

[dodziu]

You may need to delete some of your  bumps in order to bring sanity to your thread.
I am a coder myself and I thought your website api can be useful to my clients but the idea of buying credit continuously turn me off.
Is there no way people can buy the api one-time instead of refilling credit ?

[bitblade]

You may need to delete some of your  bumps in order to bring sanity to your thread.
I am a coder myself and I thought your website api can be useful to my clients but the idea of buying credit continuously turn me off.
Is there no way people can buy the api one-time instead of refilling credit ?

Hello! Thanks for your feedback. As we have continously costs for running the infrastructure, we also need to charge for API usage continously. From what I see the credits system has advantages but also some disadvantages.

The advantages are:
It's fair, as you only pay what you use.
It's easy to use: You only need to send ethereum to a deposit address to refill your credits

The disadvantages are:
You still need to refill credits continously (if you don't automate this process)
There is currently no way to pay with paypal, credit card or something
Not everyone likes the pay as you go system and a monthly subscription might work better for some users.

If you have an idea of how the pricing system can be improved, please let me hear.

[butt_coin]

It would probably make a lot more sense if one can import some eth addresses with tokens already on them, or at least allow the user access to private keys because not having control over our own keys isn't a great feeling.

[bitblade]

It would probably make a lot more sense if one can import some eth addresses with tokens already on them, or at least allow the user access to private keys because not having control over our own keys isn't a great feeling.

You are correct. Import could be made possible by importing keystore files. Access to private keys however is not possible as this is not how our system works.
What do you think, would an import/export for keystores be alright?

[Elemeno]

The project looks very very promising!

We are also very interested in the possibility to access our own existing addresses. Would it be possible to send the address and the key to the API and execute queries? Is that what you mean by "importing keystores" or would the importing have to be done manually? It would also be very helpful if you could create forwarding addresses such as those offered by Blockcypher for Bitcoin. And it would also be great if you could provide a function to display the history of incoming and outgoing transfers of an address.

Do you have anything planned in this direction in the near future?

[bitblade]

The project looks very very promising!

We are also very interested in the possibility to access our own existing addresses. Would it be possible to send the address and the key to the API and execute queries? Is that what you mean by "importing keystores" or would the importing have to be done manually? It would also be very helpful if you could create forwarding addresses such as those offered by Blockcypher for Bitcoin. And it would also be great if you could provide a function to display the history of incoming and outgoing transfers of an address.

Do you have anything planned in this direction in the near future?

My idea was to manually allow an upload of keystore files which would then be added to the accounts ethereum addresses. However, even then this wouldn't work at all without the password. An option to do the import via API would also be possible. You would just need to send the name of the keystore, the content (json), and the password (Which won't be saved on our servers of course.)

I thought about adding an IPN feature with forwarding addresses earlier (And also began with the development of that), but we are currently lacking development resources to continue this. A history of incoming/outgoing transactions by address is not possible unless we would develop a whole block explorer unfortunately. (We would love to, but don't have the resources for this)

[100bitcoin]

-  Send ERC20 tokens automatically

How does the signing operation take place? Do we get access to the private key?

- Receive ERC20 tokens automatically

Do you send notification against each incoming transaction? Is there any forwarding address involved? If not, then how a sender is mapped to an incoming transaction?

- Get info on ERC20 transaction by hash

Is there any list of info that you provide against an ERC20 transaction?

[bitblade]

We successfully migrated to the monthly pricing system, smaller design updates have also been made. We're looking forward to implement more features soon.

-  Send ERC20 tokens automatically

How does the signing operation take place? Do we get access to the private key?

- Receive ERC20 tokens automatically

Do you send notification against each incoming transaction? Is there any forwarding address involved? If not, then how a sender is mapped to an incoming transaction?

- Get info on ERC20 transaction by hash

Is there any list of info that you provide against an ERC20 transaction?

1. You do not have access to the private key, we also do not have access to it as we don't store private keys on our system. We are saving the keystore files kinda safe, whenever a password is provided, we are going to send the transaction. Also, we are working with multiple layers for ensuring security.

2. Currently we are just offering to generate addresses with our services, and using cronjob or something else the balance can be checked by using the getEthereumBalance or getTokenBalance functions. We are working on a IPN system, which will notify changes to the balances to a customer specified URL. There will be forwarding addresses, too. We just weren't able to publish this feature yet.

3. Sure! You can see this in the example response on our Docs. Currently we can get the following info about an ERC20 transaction (by just providing the transaction hash): Token name, Token symbol, blockhash, blocknumber, transaction index, sender, receiver, contract address, gas price, gas amount, confirmations. Also, this will work with any ERC20 compliant token.

[bitblade]

Updated the Bitcointalk Thread to show the correct info about our new pricing system.

[dodziu]

You may need to delete some of your  bumps in order to bring sanity to your thread.
I am a coder myself and I thought your website api can be useful to my clients but the idea of buying credit continuously turn me off.
Is there no way people can buy the api one-time instead of refilling credit ?

Hello! Thanks for your feedback. As we have continously costs for running the infrastructure, we also need to charge for API usage continously. From what I see the credits system has advantages but also some disadvantages.

The advantages are:
It's fair, as you only pay what you use.
It's easy to use: You only need to send ethereum to a deposit address to refill your credits

The disadvantages are:
You still need to refill credits continously (if you don't automate this process)
There is currently no way to pay with paypal, credit card or something
Not everyone likes the pay as you go system and a monthly subscription might work better for some users.

If you have an idea of how the pricing system can be improved, please let me hear.

My suggestion here may not be useful because your business is profit oriented and it will always come first when any critical decision are to be taking.
Regardless that, i will suggest that you should try to look for cheaper resources to build a less expensive and cheaper to maintain infrastructure, this will bring in more users and you can leverage profits on bigger number of users.
You can charge a cheap set up fees and very cheap monthly fees.
Please note that there are other alternatives to achieve what you are providing.

[bitblade]

You may need to delete some of your  bumps in order to bring sanity to your thread.
I am a coder myself and I thought your website api can be useful to my clients but the idea of buying credit continuously turn me off.
Is there no way people can buy the api one-time instead of refilling credit ?

Hello! Thanks for your feedback. As we have continously costs for running the infrastructure, we also need to charge for API usage continously. From what I see the credits system has advantages but also some disadvantages.

The advantages are:
It's fair, as you only pay what you use.
It's easy to use: You only need to send ethereum to a deposit address to refill your credits

The disadvantages are:
You still need to refill credits continously (if you don't automate this process)
There is currently no way to pay with paypal, credit card or something
Not everyone likes the pay as you go system and a monthly subscription might work better for some users.

If you have an idea of how the pricing system can be improved, please let me hear.

My suggestion here may not be useful because your business is profit oriented and it will always come first when any critical decision are to be taking.
Regardless that, i will suggest that you should try to look for cheaper resources to build a less expensive and cheaper to maintain infrastructure, this will bring in more users and you can leverage profits on bigger number of users.
You can charge a cheap set up fees and very cheap monthly fees.
Please note that there are other alternatives to achieve what you are providing.

Thank you very much for your feedback. I guess we will be able to lower our pricing when there are more users. For now we will stay with our different monthly pricing plans and reinvest the money to build a better, more secure and feature rich solution.

[bitblade]

We just added a captcha to prevent bots from using our contact form. Also, we changed our FAQ so all answers are up to date again.

[apoorvlathey]

Bump

Bump

Bump

It is great that you are following the forum rules of not bumping the thread more than once within 24hrs.
But please delete your older bump posts when you create new bump. I have reported to the mods so they would be taking care from now on.

[bitblade]

Bump

Bump

Bump

It is great that you are following the forum rules of not bumping the thread more than once within 24hrs.
But please delete your older bump posts when you create new bump. I have reported to the mods so they would be taking care from now on.

Alright thanks for the feedback. Will do it that way from now on

[bitblade]

We have implemented a new endpoint for the Rinkeby Testnet. You can now use our API to interact with the Rinkeby Testnet Blockchain!

Please check out our documentation for an overview of the endpoints for every function.

Also, the Thread design has been updated!

[bitblade]

We created a few tutorials with example PHP code to make it easier for new users to implement our solution.
Check out this section to get an overview of the tutorials: https://tokengateway.io/docs#tutorials
Also, we improved the Documentation site a bit as the functions navigation bar is now structured by request type.
We decided to remove the Live Chat from our site as it hasn't been used a lot. We will focus more on Telegram and email support now.

[Commadante2]

It seems to be an interesting project that can be assigned to any kind of small and largest most profitable industries.Best of luck for your project.

[bitblade]

It seems to be an interesting project that can be assigned to any kind of small and largest most profitable industries.Best of luck for your project.

Thank you so much! We're always doing our best to provide a reliable solution.

[Oxherder]

Is that possible to add token getway in my website as payment method?