ETH - Pre-Paid smart contract so user don't pay transactions

[FiNaR76]

Hello all,

I'm developing a "corporate" DApp, therefore the employee don't have any reason to "spend" their ether/gas for interacting with the contract...

Is there any way to enable each transaction to be Auto-paid by the contract itself? If not how would you address this problem? I cannot pass ETH to employee, because they might "spend it" and at the same time why they would use their own ETH?

Thank you all for any suggestion

Cheers

[1714861034]

1714861034

[1714861034]

1714861034

[1714861034]

1714861034

[casperBGD]

Hello all,

I'm developing a "corporate" DApp, therefore the employee don't have any reason to "spend" their ether/gas for interacting with the contract...

Is there any way to enable each transaction to be Auto-paid by the contract itself? If not how would you address this problem? I cannot pass ETH to employee, because they might "spend it" and at the same time why they would use their own ETH?

Thank you all for any suggestion

Cheers

if you plan to you it just for your corporation, i would suggest to use private network, not public Ethereum network, so you can send them ETH for transactions, but these would be worthless on public network, and you can create it without expense

of course, this would not help if you want public transactions

[FiNaR76]

if you plan to you it just for your corporation, i would suggest to use private network, not public Ethereum network, so you can send them ETH for transactions, but these would be worthless on public network, and you can create it without expense

of course, this would not help if you want public transactions

thank you for your suggestion, but I will need to use public Ethereum because ultimately, the blockchain tracking data will be accessible by anyone in "read only"....

[jacafbiz]

Looking at what you are proposing, it seems it would be a centralized system, every transaction must goes with transaction fee and if you are trying to exclude transaction fee, that means people will need to trust you with their funds and latter you will now batch them together and push it through. I don't think this would work

[bigcash2011]

I do not think that a fee less system on eth network is possible because eth charges fee per transaction and that varies according to the demand and gas fee.
If you do not want to pay fee or want to pay small fee for many transactions you can use list send option or can use third party services for this purpose.

[Wenbing]

~~
Is there any way to enable each transaction to be Auto-paid by the contract itself?

Though, I'm not going to give more technical information on this subject but here is what you should know.

Etherium is built on smart contract, which means it's can self execute without third party.

I feel, the function that'll help you can be found in Solicity.

[zasad@]

OP, I don’t understand anything about programming, but I have been using ETH and smart contracts for a long time.
The user will have to pay commissions anyway, otherwise he will not be able to interact with the smart contract.
Perhaps there is an easier option, write another smart contract that will return commissions to users once a week.

[jossiel]

I cannot pass ETH to employee, because they might "spend it" and at the same time why they would use their own ETH?

Why do you think they'll do this?

Ethereum as a crypto, they can do whatever they want. They can spend, hold or trade it as long as it's on their hands or wallets. I want you to go through the Ethereum forum but it's not active anymore unlike bitcointalk.

If there's still no suggestion found, how about asking it on their sub-reddit?

https://www.reddit.com/r/ethereum/

[bartolo]

Have you considered using a testnet? You could send employees testnet coins that they could not use elsewhere since they have no value. Anyway, there is a way you can spend the gas of a transaction on behalf of someone else, it's possible, if you search on Ethereum Reddit or google you should find information about how to do it.

[Gayong88]

Maybe my suggestion is the same as RussianEnglishTranslation. There's nothing wrong with trying the xDai Chain where Users and apps are assured that transaction prices are low and predictable - not affected by chain usage or market volatility. xDai leverages the Token Bridge architecture.

[wack slacker]

You can use Lamden, which is a new blockchain with many features such as high transaction speed, low cost, scalability up to 100,000TPS, and easy programming with Python. They have plans to provide their own focus chain for the business. I think karma also needs privacy so Lamden's direction is appropriate. If you are interested you can contact the team at https://t.me/lamdenchat

[bitmover]

Hello all,

I'm developing a "corporate" DApp, therefore the employee don't have any reason to "spend" their ether/gas for interacting with the contract...

Is there any way to enable each transaction to be Auto-paid by the contract itself? If not how would you address this problem? I cannot pass ETH to employee, because they might "spend it" and at the same time why they would use their own ETH?

Thank you all for any suggestion

Cheers

I liked your idea. That is something I always thought about and it might work.

However you are asking this in the wrong place. You need to look for a solidity forum discussion  and you won't find it here. I never saw anyone discussing solidity in this forum.
For that to work, you would probably have to lock your coins in the smartcontract.  But wouldn't it be easily exploited?


One good option  would be to fund some addresses with the necessary eth to run the smartcontract. When your client wants to interact,  you could just mail them the private keys that uses the funded address.
Would that work for you?

The user will have to pay commissions anyway, otherwise he will not be able to interact with the smart contract.
Perhaps there is an easier option, write another smart contract that will return commissions to users once a week.

That's a good idea, to return the commissions, but not very convenient to use.

[dhemasm]

Hi there, Maybe i have an similiar experience for this one but it was for Token that based on ERC-20 not sure about about ETH itself, The Contract was Pre-Filled with some tokens and writed to interacting with us when triggering the smart contract with Approve method i suppose (Sorry if i'm wrong, I'm not a dev too, You can ask them for the method or source code).

Here the TX
https://etherscan.io/tx/0xbd8800ab664e76aad69957afac5cb41c1139f34f11aed1c5cdbe80092e15ad06

Here the address with Pre-Filled Token and Code to Allow/Accept interact with selected address
https://etherscan.io/address/0x1af0a6a98f71c1f0f16f86cd62493f8e252df8b0

Not sure if this will answer it but basically it just impossible for user not paying fee for a transactions when he/she want to interacting/triggering with smart contract.

Please Correct if me i'm wrong, Thanks!

Note: You can ask here too for more accurate answer https://ethereum.stackexchange.com/

[rat03gopoh]

Don't give your employees private keys. Create them an interface page that refuses gas-allocated ETH transfers/withdrawals.
I don't understand about "interacting with the contract", just sending ETH/erc20 tokens or something?

[dhemasm]

I don't understand about "interacting with the contract", just sending ETH/erc20 tokens or something?

If this question to my reply above, Sorry if the english was bad and I don't really know how to explain it from the developer side. Here's a little explanation and I hope you guys will understand.

Let say Project A was launching bounty and they want to distribute the Tokens to participants, Maybe for some reason, they didn't use Bulksender or send them one by one so they are are making Contract which has been filled with Tokens. The Contract code was writed to allow the participants to Spend the token with a limit that has been determined for each address. So when participants triggering the Contract to get their portion on that Contract Address that has filled with tokens before.

Not sure if the explanation will solve OP problem but it's just so far i know it's impossible to interacting/triggering contract without paying fee/gas to the ethereum network, Please correct me if i'm wrong.

[ai milestone]

see if this work for you, search "ERC20 gas station", https://ethereumgasstation.readthedocs.io/en/latest/

[Princejebs]

Hello all,

I'm developing a "corporate" DApp, therefore the employee don't have any reason to "spend" their ether/gas for interacting with the contract...

Is there any way to enable each transaction to be Auto-paid by the contract itself? If not how would you address this problem? I cannot pass ETH to employee, because they might "spend it" and at the same time why they would use their own ETH?

Thank you all for any suggestion

Cheers

This is cool but why necessary ethereum network, there are other blockchain as suggested by some users above. Have you think how to handle the transaction fee when there is network congestion? Are you willing to let go of all the fee on your contract by your staffs? Remember it's a decentralized application where full authority will be handle by your employees. Don't forget that frequent interaction with smart contract increases fee as well.

Perhaps, you should provide monthly targets spending limit to interacts with DApps or change network.
#peace.

[leea-1334]

Seems like a very very good idea,,, I wonder why nobody implements this? Is it because then the employee could maliciously execute the same smart contract over and over and cause the employer to lose gas?

But why not just shift to layer 2 for it all then whoever pays tx does not matter?

[bitbollo]

I see a limit, since how it can be defined the right amount to be used? You should also evaluate a bridge between your smart contract and any gas calculator, or this Dapp will just use random fees for any tx (totally not productive since you will waste resources/time).

[rat03gopoh]

Let say Project A was launching bounty and they want to distribute the Tokens to participants, Maybe for some reason, they didn't use Bulksender or send them one by one so they are are making Contract which has been filled with Tokens. The Contract code was writed to allow the participants to Spend the token with a limit that has been determined for each address. So when participants triggering the Contract to get their portion on that Contract Address that has filled with tokens before.

I just imagined how the withdrawal system on the CEX was. So that the smartcontract can be triggered via an order filled in the withdrawal form and wont exceed the balance limit stated on the current account. I thought this would be more effective than handing over private keys to employees.