测试新的 Priority Fee 设置对打赏时 Gas 费的影响

[Livid]

最近的一次功能更新中，加入了可配置的 Priority Fee 设置（仅对当前浏览器环境有效，保存在浏览器的 localStorage 中，不保存在 V2EX 后端）。

https://www.v2ex.com/t/1159042

下面是使用 Glow 测试这个设置对 Gas 费会产生的影响。假设 SOL 价格 $240 。

默认值 5,000 micro-lamports

• 预估 Gas 费 0.000006 （相当于 $0.00144 ）

50,000 micro-lamports

• 预估 Gas 费 0.0000152 （相当于 $0.003648 ）

500,000 micro-lamports

• 预估 Gas 费 0.0001065 （相当于 $0.02556)

[JoeJoeJoe]

补充一点：默认值 5000 的交易时间会有点长，如果 v 币交易频繁的时间段话，基本不能有效的完成交易，会提示区块过期.

[JoeJoeJoe]

如果频繁提示区块过期了，可以尝试修改 op 说的这个属性来尝试进行修复

[Cedric341561]

试了下现在的 $v2ex 打赏操作还是没有调用 SetComputeUnitLimit 指令，站长方便加上吗。
加上这条指令后，若保持设置的 Compute Unit Price 不变，总的 gas 费能省不少；若想给相同的 gas 费，平摊下来的 Compute Unit Price 也能提高不少，能够增加验证者处理打赏操作的意愿。
详见 https://v2ex.com/t/1152743#r_16632641

[Cedric341561]

@JoeJoeJoe 其实就算 $v2ex 交易频繁，由于所有的交易（打赏操作，交易 swap 操作）都只获取代币的账户的读锁，相当于打赏操作和愿意给更高 gas 费的交易 swap 操作并没有竞争关系，所以理论上来说 $v2ex 交易是否频繁对打赏交易的速度没有什么影响。

[JoeJoeJoe]

@Cedric341561 #4 这块我不清楚, 我得出的这个结论完全就是试出来的.

[crocoBaby]

能不能通过队列多笔打赏,设置一定的规则打包结算打赏操作,从而减少 gas 磨损?