From eec977d2998e760313faac523a5416d9b3bf240e Mon Sep 17 00:00:00 2001 From: Leem Date: Wed, 5 Feb 2025 22:43:04 +0800 Subject: [PATCH 1/2] Modify the underline appearing in big numbers --- docs/introduction/overview.md | 44 ++++++++++++++-------------- docs/mechanism-algorithm/dex.md | 4 +-- docs/mechanism-algorithm/resource.md | 20 ++++++------- docs/releases/history.md | 2 +- 4 files changed, 35 insertions(+), 35 deletions(-) diff --git a/docs/introduction/overview.md b/docs/introduction/overview.md index 38763f3c..34b7987b 100644 --- a/docs/introduction/overview.md +++ b/docs/introduction/overview.md @@ -63,13 +63,13 @@ votewitness SR1 3 SR2 7 # 同时给SR1投了3票，给SR2投了7票 只有超级代表对应账户具有提议权，其他账户无法创建提议。允许修改的网络动态参数以及编号如下( [min,max] )： - 0: MAINTENANCE_TIME_INTERVAL, [3 * 27* 1000 ,24 * 3600 * 1000] //修改超级代表调整时间间隔，目前为6 * 3600 * 1000ms -- 1: ACCOUNT_UPGRADE_COST, [0,100 000 000 000 000 000] //修改账户升级为超级代表的费用，目前为9999_000_000 Sun -- 2: CREATE_ACCOUNT_FEE, [0,100 000 000 000 000 000] // 修改创建账户费用，目前为100_000Sun +- 1: ACCOUNT_UPGRADE_COST, [0,100 000 000 000 000 000] //修改账户升级为超级代表的费用，目前为9,999,000,000 Sun +- 2: CREATE_ACCOUNT_FEE, [0,100 000 000 000 000 000] // 修改创建账户费用，目前为100,000Sun - 3: TRANSACTION_FEE, [0,100 000 000 000 000 000] // 修改TRX抵扣带宽的费用，目前为10Sun/byte -- 4: ASSET_ISSUE_FEE, [0,100 000 000 000 000 000] // 修改资产发行费用，目前为1024_000_000 Sun -- 5: WITNESS_PAY_PER_BLOCK, [0,100 000 000 000 000 000] // 修改超级代表出块奖励，目前为32_000_000 Sun -- 6: WITNESS_STANDBY_ALLOWANCE, [0,100 000 000 000 000 000] // 修改分给前127名超级代表候选人的奖励，115_200_000_000 Sun -- 7: CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT, []// 修改系统创建账户的费用，目前为1_000_000 Sun +- 4: ASSET_ISSUE_FEE, [0,100 000 000 000 000 000] // 修改资产发行费用，目前为1,024,000,000 Sun +- 5: WITNESS_PAY_PER_BLOCK, [0,100 000 000 000 000 000] // 修改超级代表出块奖励，目前为32,000,000 Sun +- 6: WITNESS_STANDBY_ALLOWANCE, [0,100 000 000 000 000 000] // 修改分给前127名超级代表候选人的奖励，115,200,000,000 Sun +- 7: CREATE_NEW_ACCOUNT_FEE_IN_SYSTEM_CONTRACT, []// 修改系统创建账户的费用，目前为1,000,000 Sun - 8: CREATE_NEW_ACCOUNT_BANDWIDTH_RATE, // 提议7、8，组合使用，用于修改创建账户时对资源或TRX的消耗 - 9: ALLOW_CREATION_OF_CONTRACTS, // 用于控制虚拟机功能的开启 - 10: REMOVE_THE_POWER_OF_THE_GR // 用于清除GR的创世票数 @@ -90,7 +90,7 @@ id0_N: 参数编号 value0_N: 新参数值 ``` -注：Tron网络中，1 TRX = 1000_000 Sun。 +注：Tron网络中，1 TRX = 1,000,000 Sun。 #### 2.4.3 对提议进行投票 @@ -607,7 +607,7 @@ function assignAddress() public view { freezeBalancev2 frozen_balance [ResourceCode:0 BANDWIDTH,1 ENERGY] ``` -通过质押TRX获取的Energy， 额度 = 为获取Energy质押的TRX / 整个网络为获取Energy质押的TRX 总额 * 50_000_000_000。 +通过质押TRX获取的Energy， 额度 = 为获取Energy质押的TRX / 整个网络为获取Energy质押的TRX 总额 * 50,000,000,000。 也就是所有用户按质押TRX平分固定额度的Energy。 示例： @@ -617,19 +617,19 @@ freezeBalancev2 frozen_balance [ResourceCode:0 BANDWIDTH,1 ENERGY] 二人质押获得的可用Energy分别是 -A: 25_000_000_000 且energy_limit 为25_000_000_000 +A: 25,000,000,000 且energy_limit 为25,000,000,000 -B: 25_000_000_000 且energy_limit 为25_000_000_000 +B: 25,000,000,000 且energy_limit 为25,000,000,000 当第三人C质押1TRX时。 三人质押获得的可用Energy调整为 -A: 20_000_000_000 且energy_limit调整为20_000_000_000 +A: 20,000,000,000 且energy_limit调整为20,000,000,000 -B: 20_000_000_000 且energy_limit调整为20_000_000_000 +B: 20,000,000,000 且energy_limit调整为20,000,000,000 -B: 10_000_000_000 且energy_limit 为10_000_000_000 +C: 10,000,000,000 且energy_limit 为10,000,000,000 ``` @@ -640,11 +640,11 @@ B: 10_000_000_000 且energy_limit 为10_000_000_000 示例： ```text -在某一时刻A的Energy已使用量为72_000_000 Energy +在某一时刻A的Energy已使用量为72,000,000 Energy 在没有其他消耗或质押的操作下： -一小时后A的Energy已使用量为 72_000_000 - (72_000_000 * (60*60/60*60*24)) Energy = 69_000_000 Energy +一小时后A的Energy已使用量为 72,000,000 - (72,000,000 * (60*60/60*60*24)) Energy = 69,000,000 Energy 24小时后A的Energy已使用量为 0 Energy。 ``` @@ -683,15 +683,15 @@ B: 10_000_000_000 且energy_limit 为10_000_000_000 则，feeLimit的预估方法为： -1). A = 20000 energy * (1 trx / 400 energy) = 50 trx = 50_000_000 sun, +1). A = 20000 energy * (1 trx / 400 energy) = 50 trx = 50,000,000 sun, -2). B = 20000 energy * (1 trx / 10000 energy) = 2 trx = 2_000_000 sun， +2). B = 20000 energy * (1 trx / 10000 energy) = 2 trx = 2,000,000 sun， -3). 取A和B的最大值，为50_000_000 sun， +3). 取A和B的最大值，为50,000,000 sun， 4). 开发者承诺承担90%，用户需要承担10%， -那么，建议用户填写的feeLimit为 50_000_000 sun * 10% = 5_000_000 sun。 +那么，建议用户填写的feeLimit为 50,000,000 sun * 10% = 5,000,000 sun。 小节附录： @@ -1059,7 +1059,7 @@ TRON网络引入了Bandwidth point 和 Energy 两种资源概念。其中Bandwid Bandwidth Points的获取分两种： -+ 通过质押TRX获取的Bandwidth Points， 额度 = 为获取Bandwidth Points质押的TRX / 整个网络为获取Bandwidth Points质押的TRX 总额 * 43_200_000_000。 ++ 通过质押TRX获取的Bandwidth Points， 额度 = 为获取Bandwidth Points质押的TRX / 整个网络为获取Bandwidth Points质押的TRX 总额 * 43,200,000,000。 也就是所有用户按质押TRX平分固定额度的Bandwidth Points。 + 每个账号每天有固定免费额度的带宽，该额度由波场网络的第#61号参数定义，用户可在tronscan上查看最新的值（https://tronscan.org/#/sr/committee）。 @@ -1244,7 +1244,7 @@ ExchangeWithdraw 1 abc 1000000 交易中token的当前价格信息的计算过程： -假设 first_token 当前的价格为 100 Sun，first_token_balance 为1000_000,second_token_balance 为2000_000， +假设 first_token 当前的价格为 100 Sun，first_token_balance 为1,000,000,second_token_balance 为2,000,000， second_token 当前的价格为 first_token * first_token_balance/second_token_balance = 50 Sun first_token的价格可有"first_token&&TRX"交易对计算获得 @@ -1254,7 +1254,7 @@ first_token的价格可有"first_token&&TRX"交易对计算获得 sellTokenQuant是要卖出的first_token的金额 buyTokenQuant是要买入的second_token的金额 -supply = 1_000_000_000_000_000_000L +supply = 1,000,000,000,000,000,000L supplyQuant = -supply *(1.0 - Math.pow(1.0 + (double) sellTokenQuant/（firstTokenBalance + sellTokenQuant）, 0.0005)) buyTokenQuant = （long）balance* (Math.pow(1.0 + (double) supplyQuant / supply, 2000.0) - 1.0) diff --git a/docs/mechanism-algorithm/dex.md b/docs/mechanism-algorithm/dex.md index bbfb34f6..3e8f9278 100644 --- a/docs/mechanism-algorithm/dex.md +++ b/docs/mechanism-algorithm/dex.md @@ -109,7 +109,7 @@ ExchangeWithdraw 1 abc 1000000 交易中token的当前价格信息的计算过程： -假设 first_token 当前的价格为 100 Sun，first_token_balance 为1000_000, second_token_balance 为2000_000， +假设 first_token 当前的价格为 100 Sun，first_token_balance 为1,000,000, second_token_balance 为2,000,000， second_token 当前的价格为 first_token * first_token_balance/second_token_balance = 50 Sun @@ -121,7 +121,7 @@ sellTokenQuant是要卖出的first_token的金额 buyTokenQuant是要买入的second_token的金额 -supply = 1_000_000_000_000_000_000L +supply = 1,000,000,000,000,000,000L supplyQuant = -supply * (1.0 - Math.pow(1.0 + (double) sellTokenQuant/（firstTokenBalance + sellTokenQuant）, 0.0005)) diff --git a/docs/mechanism-algorithm/resource.md b/docs/mechanism-algorithm/resource.md index 49e48c50..69d488e7 100644 --- a/docs/mechanism-algorithm/resource.md +++ b/docs/mechanism-algorithm/resource.md @@ -29,7 +29,7 @@ Bandwidth Points的获取分两种： -- 通过质押TRX获取的Bandwidth Points， 额度 = 为获取Bandwidth Points质押的TRX / 整个网络为获取Bandwidth Points质押的TRX 总额 * 43_200_000_000，也就是所有用户按质押的TRX数量平分固定额度的Bandwidth Points. +- 通过质押TRX获取的Bandwidth Points， 额度 = 为获取Bandwidth Points质押的TRX / 整个网络为获取Bandwidth Points质押的TRX 总额 * 43,200,000,000，也就是所有用户按质押的TRX数量平分固定额度的Bandwidth Points. - 每个账号每天有固定免费额度的带宽，为600。 ### 2. Bandwith Points的消耗 @@ -88,7 +88,7 @@ Bandwidth Points是一个账户1天内能够使用的总字节数。一定时间 freezeBalanceV2 frozen_balance [ResourceCode:0 BANDWIDTH,1 ENERGY] ``` -通过质押TRX获取的Energy 额度 = 为获取Energy质押的TRX / 整个网络为获取Energy质押的TRX 总额 * 180_000_000_000。 +通过质押TRX获取的Energy 额度 = 为获取Energy质押的TRX / 整个网络为获取Energy质押的TRX 总额 * 180,000,000,000。 也就是所有用户按质押的TRX数量平分固定额度的Energy，示例： @@ -97,19 +97,19 @@ freezeBalanceV2 frozen_balance [ResourceCode:0 BANDWIDTH,1 ENERGY] 二人质押获得的可用Energy分别是 -A: 75_000_000_000 且energy_limit 为90_000_000_000 +A: 75,000,000,000 且energy_limit 为90,000,000,000 -B: 75_000_000_000 且energy_limit 为90_000_000_000 +B: 75,000,000,000 且energy_limit 为90,000,000,000 当第三人C质押1TRX时。 三人质押获得的可用Energy调整为 -A: 60_000_000_000 且energy_limit调整为72_000_000_000 +A: 60,000,000,000 且energy_limit调整为72,000,000,000 -B: 60_000_000_000 且energy_limit调整为72_000_000_000 +B: 60,000,000,000 且energy_limit调整为72,000,000,000 -B: 30_000_000_000 且energy_limit 为36_000_000_000 +C: 30,000,000,000 且energy_limit 为36,000,000,000 ``` @@ -166,10 +166,10 @@ B: 30_000_000_000 且energy_limit 为36_000_000_000 则，feeLimit的预估方法为： -1. A = 20000 energy * 210sun = 4_200_000 sun = 4.2 trx, +1. A = 20000 energy * 210sun = 4,200,000 sun = 4.2 trx, 2. 开发者承诺承担90%，用户需要承担10%， -那么，建议用户填写的feeLimit为 4_200_000 sun * 10% = 420_000 sun。 +那么，建议用户填写的feeLimit为 4,200,000 sun * 10% = 420,000 sun。 ### 3. Energy的计算(开发者必读) @@ -186,7 +186,7 @@ B: 30_000_000_000 且energy_limit 为36_000_000_000 下面具体举例，详细描述合约可用Energy的计算方法。 **示例1** -如果一个账户A的balance是 100 TRX(100_000_000 SUN)，质押 10 TRX 获得了100000 Energy，未质押的balance是 90 TRX。 +如果一个账户A的balance是 100 TRX(100,000,000 SUN)，质押 10 TRX 获得了100000 Energy，未质押的balance是 90 TRX。 有一个合约C设置的消耗调用者资源的比例是100%，也就是完全由调用者支付所需资源。 此时A调用了合约C，填写的feeLimit是 30000000(单位是SUN, 30 TRX)。 那么A此次调用能够使用的Energy是由两部分计算出来的： diff --git a/docs/releases/history.md b/docs/releases/history.md index dc69338b..9253eaea 100644 --- a/docs/releases/history.md +++ b/docs/releases/history.md @@ -2102,7 +2102,7 @@ GreatVoyage-4.1.2版本发布， 本次升级主要有以下新功能和修改 ####2、将MAX_FEE_LIMIT变更为可配置项。 -新版本之后，超级代表和超级合伙人可针对47号提案发起投票请求来修改MAX_FEE_LIMIT， MAX_FEE_LIMIT的范围是[0,10000_000_000]. +新版本之后，超级代表和超级合伙人可针对47号提案发起投票请求来修改MAX_FEE_LIMIT， MAX_FEE_LIMIT的范围是[0,10000000000]. - TIP： [TIP-204](https://github.com/tronprotocol/tips/issues/204) - 源代码： [#3534](https://github.com/tronprotocol/java-tron/pull/3534) From d8495338f977e7a34f0c312541d5661991d9c95b Mon Sep 17 00:00:00 2001 From: Leem Date: Wed, 5 Feb 2025 22:44:20 +0800 Subject: [PATCH 2/2] Modify the location of ip address 35.197.17.205 --- docs/using_javatron/backup_restore.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/using_javatron/backup_restore.md b/docs/using_javatron/backup_restore.md index 14b6c4a1..4b44836c 100644 --- a/docs/using_javatron/backup_restore.md +++ b/docs/using_javatron/backup_restore.md @@ -52,7 +52,7 @@ $ tar xzvf output-directory.20220628152402.etgz | -------- | -------- | -------- | | 官方数据源(美洲:美国弗吉尼亚) | http://34.86.86.229/ | LevelDB数据，不包含内部交易 (截止2024-8-6 约1821G) | | 官方数据源(亚洲:新加坡) | http://34.143.247.77/ | LevelDB数据，不包含内部交易 (截止2024-8-5 约1819G) | -| 官方数据源(亚洲:新加坡) | http://35.197.17.205/ | RocksDB数据，不包含内部交易 (截止2024-8-6 约1799G) | +| 官方数据源(美洲:美国) | http://35.197.17.205/ | RocksDB数据，不包含内部交易 (截止2024-8-6 约1799G) | | 官方数据源(亚洲:新加坡) | http://35.247.128.170/ | LevelDB数据，包含内部交易（截止2024-8-6 约2000G） | | 官方数据源(美洲:美国弗吉尼亚) | http://34.48.6.163/ | LevelDB数据，不包含内部交易，包含账户历史余额（截止2024-8-6 约2288G） |