-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reduce transaction fees #1433
Comments
Agree, we should reduce the fee in order to be competitive |
A change is surely needed for ensuring long-term competitiveness. In addition, we need to consider staking and unifying the fees, as @igormcoelho has been mentioning. The proposal of dBFT 3.0 also makes the consensus more open for other contributors, in particular, by allowing backups and changing it to stake instead of paying GAS, as well as ensuring an additional phase for more robust sets of proposals from primaries. |
Agree with reducing fees thereby creating a competitive Edge. While it poses a disadvantage for consensus nodes, the network is here primarily for its users. Without users and usage, no network and no fees for CN's. One could also argue that CN's have been over-compensated for a long time already. Also, one could start at reducing fees 10x instead of 100x initially, and take into account the possibility to dynamically adjust fees by using oracles (perhaps suitable for another issue)? |
Why not write the price into the contract and vote for dynamic adjustments? |
Normal Transaction fee 0.0001-0.001 gas is reasonable, When the layer-2 network is used, it can be adjusted up properly by vote. is it OK ? |
Agree. Currently, we want to reduce at 100x by using
I think we can adjust the |
Totally agree with @doubiliu & @diskooooo about vote for dynamic adjustments. It is better to design the system with flexibility and scalability comparing to fix rate which may be changed or updated in the future as the GAS price change or tx volume increase. |
It is not difficult to implement at the virtual machine level, just load the price list and inject it when loading the script.Policy Contract can include voting function to modify the price list and persist it to the database when appropriate.The more troublesome is when to take effect, but this is a governance issue |
A more trivial way to do that is to keep the proportions fixed and apply a multiplier on the Native Contract, however, this is surely not the design we should aim for in a medium/long-term. I believe that every operator should be possible to be fine-tuned by consensus nodes. That is a good point, @doubiliu, maybe it need some time before it is applied, some couple of blocks. Otherwise, transactions on the mempool will become possible invalided or pay unnecessary fees. |
@Tommo-L why was this closed eventually (and PR's closed too)? What was decided about this? Will it be made dynamic or not? From a Discord chat just now:
There is uncertainty about this matter in the investment community, please address. |
@diskooooo 😂 Sorry, I still don't know why these two pr be closed. |
Background
With the large-scale development process of Neo3 and the adjustment of the economic model, compared with Neo2, the transaction fee has been significantly reduced.
But compared to Ethereum which transaction fee is about 0.003$, our transaction fee is still much more expensive than it.
Therefore, we have discussed (@dahongfei @vang1ong7ang @wangjiachao) and hope to find a reasonable price adjustment method and set a reasonable fee price. And this is an open issue, we also hope more people can participate in the discussion.
Goal
Adjustment
In the latest governance model (designed by Wang Yongqiang), assuming that the reward coefficient of non-voting users is r = 0.1 (recommended value)
Assume that, based on the current Neo3 transaction fee, set
k
as the price reduction. According to the analysis above, we can get 2 constraints:If consider 10 times lower than the current cost of ETH, we need to satisfy
k >= 74.2
. At this time, the cost of a transaction is about 0.00036$ (As after ETH2.0 online, its cost will further decrease)Suggestions:
The overall cost to be reduced by 100 times, and a normal transaction cost is about 0.00026$, which is 0.000218339 GAS. Then user can pay a normal transaction every 15 hours by holding 10NEO.
There are some expensive instructions and interoperability methods, in particular the voting transaction fee which is 5GAS. In the new governance model, voting is related to the economic model, and the threshold for voting needs to be lowered.
Disadvantages: The operating income of consensus nodes will decrease 100 times, and the transaction volume will need to increase 100 timesnamely 400 transactions per block, in order to balance of payments.
Neo Version
Where in the software does this update applies to?
The text was updated successfully, but these errors were encountered: