术语表
这个浏览器所用的词汇,是按 Arc 而不是按一般区块链来定义的——因为在 Arc 上,Gas 以 USDC 支付,区块一出现即为最终,而好几个熟悉的头部字段完全不携带任何信息。
定义在这里,数字在别处
本页只定义术语,不携带实时计数。Arcscan 实际持有每条链的多少内容、它的覆盖范围从哪里开始到哪里结束,都在数据覆盖范围上——一个被抄进术语表的数字,是一个会悄悄过时的数字。A – B#
- 地址
- 一个二十字节的账户标识符,写作
0x后跟四十位十六进制字符。Arcscan 显示并链接大小写混合的 EIP-55 校验和形式,因此打错一个字符通常是看得出来的,而不是悄无声息的。Arc 上的地址持有的是 USDC 余额,不是 ETH 余额——参见「原生货币」。 - 归档节点
- 保留历史状态的节点,因此「两百万个区块之前这个余额是多少」这类问题仍然可以回答。Arc 的两条链在这一点上不同,而且与你可能预期的相反:
/v1/chain对主网报告archive: true,对测试网报告archive: false,因此一个主网能回答的历史状态问题,在测试网上可能被拒绝。 - 基础费
- 协议自身为一个区块设定的每单位 Gas 价格,与以太坊完全一样地放在头部的
baseFeePerGas字段里,并在 Arcscan 列出的每个区块上以 gwei 显示。Arcscan 把一个区块被销毁的手续费与它的手续费总额分开报告:销毁的数值是该区块的已用 Gas 乘以它的基础费,而总额中剩下的部分是出块者留下的优先小费。在这条链上,这两个数字都是 USDC 金额。 - 区块哈希
- 一个区块头部的三十二字节摘要,也是该区块稳定的身份——它承诺了父哈希、状态根与收据根、时间戳以及头部的其余部分。Arc 使用普通的以太坊区块头部,因此哈希的样子和行为与别处一致。由于
/v1/chain在两条链上都把最终性报告为instant,实际上一个高度不会像在概率性最终性的链上那样再获得第二个相互竞争的哈希。 - 区块高度
- 一个区块在链中的位置,从第一个区块记为零开始计数。Arc 大约每秒产生两个区块——
/v1/chain报告主网出块时间 506 ms,测试网 536 ms——因此高度每月增长数百万。高度不等于覆盖范围:Arcscan 的测试网索引从区块 53,500,000 开始,低于该值的测试网高度在链上存在,但这里没有持有。
C – F#
- 连续区间
- 一段连续的高度,中间没有任何缺失。Arcscan 把它的每一条索引数据流描述为一组区间加上一个
last_contiguous_block,正因如此它才能告诉你自己在某个高度以下是完整的、而在其之上有空洞。一条被报告为单个区间且contiguous_from_genesis为 true 的数据流,在它的起始区块之上完全没有空洞。发布区间的意义在于让空回答可以被标注:它要么是「什么也没发生」,要么是「未索引」,而这两者不同。 - 难度
- 一个从以太坊工作量证明时代继承下来的头部字段。在 Arc 上它是
0x0——直接读自高度 1、100,000、10,000,000 以及链头的主网头部——所以它对区块是如何产生的只字未言,Arcscan 也不会把它当作统计量呈现。Arc 上没有任何东西是挖出来的,也没有算力可报告。 - 原生 USDC 的 ERC-20 形式
- Arc 通过位于
0x3600000000000000000000000000000000000000的合约暴露它的原生 USDC,好让普通的 ERC-20 工具也能转移 Gas 资产。这两种形式的小数位数不同:原生余额是 18 位,而这个 ERC-20 接口是 6 位,两者均出自/v1/chain,这意味着同一笔钱有两种写法,而 Arcscan 始终标明自己显示的是哪一种。它没有自己的持有者列表——索取时会返回一条拒绝,说明它的余额就是账户余额,再索引一遍会把每个账户重复计算一次。 - 最终性
- 区块不再是暂定的、也不可能被替换的那个时点。
/v1/chain对 Arc 的两条链都报告instant,因此 Arcscan 显示在某个区块内的交易就是已结算的:没有需要等待的确认数,没有safe与finalized的区别需要显示,读者也不必为重组风险定价。
G – I#
- Gas
- 一笔交易所消耗的执行工作量单位,也是手续费的计算依据:已用 Gas 乘以实际 Gas 价格。在 Arc 上这笔手续费以 USDC 计价,因此其中完全没有 ETH。每个头部还携带整个区块的 Gas 上限——为写这一页而抽样的每个主网头部上都是 30,000,000——以及实际使用的 Gas。
- 持有者
- 对某个代币持有非零余额的地址。Arcscan 在两条链上都维护持有者索引(
holder_index: true),并在余额和该余额所处区块之外,一并报告每个持有者占供应量的比例。持有者列表中的余额被标注为由转移历史派生,而不是从状态读取,且原生 USDC 接口被排除在外——参见「原生 USDC 的 ERC-20 形式」。 - 索引数据流
- Arcscan 并不把「这条链」当作一个整体来索引。它运行彼此独立的数据流,并分别发布每一条的覆盖情况:
chain(区块与交易)、balances和traces。它们停在不同的高度上,其中一条为空并不会让其他几条变得不完整——这正是为什么一个页面可以对某个区块具有权威性,同时对它的内部转移说「未索引」。 - 内部交易
- 在一笔交易执行过程中由合约发出的价值转移或调用,而不是由外部拥有账户签名发起的。内部交易不会作为独立条目记录在链上;它们只作为追踪的一部分而存在。Arcscan 可以按需追踪单笔交易并把它们显示出来,但全链范围或按地址的列表需要已存储的
traces数据流,而在主网上这条数据流目前没有任何区块——所以那些问题会以「未索引」作答,而不是用一个读起来像「一个都没有」的空列表作答。
N – P#
- 原生货币
- 用来支付 Gas 的那种资产。按
/v1/chain,在 Arc 的两条链上它都是带 18 位小数的 USDC——不是 ETH,也不是某种必须先去获取的独立 Gas 代币。Arcscan 打印的每一笔手续费和每一个原生余额都是 USDC 金额,而这是读者从别的链带到 Arc 上来的最常见的错误假设。 - Nonce
- 对账户而言,它是该账户已经发送过的交易数:它固定了发送方交易的顺序,同一个值不能被用两次。区块头部中的
nonce是一个无关的工作量证明遗留物,在为写这一页而抽样的每个高度上它在 Arc 上都是全零,因此它不是关于任何东西的统计量。 - 出块者
- 被记为产生某个区块的地址。Arcscan 自己的 API 称它为
proposer,而它所来自的 JSON-RPC 头部字段仍然叫miner。Arc 的区块是被提议出来的,不是挖出来的,因此这是区块被归属到的那个验证者,而不是某场计算竞赛的胜者;Arcscan 会显示该地址以及它所持有的任何标签。 - 裁剪
- Arc 的节点会丢弃链头之后一定深度的区块体和收据,同时保留头部。因此被裁剪的区块拥有完整、可验证的头部——出块者、已用 Gas、各个根、大小——却没有可取回的交易列表或手续费总额,而 Arcscan 对这些内容打印未知,而不是零。两者的时钟并不相同:收据比区块体更早失效,因此一个区块可能既能列出交易集合,又没有可取回的手续费总额。
R – V#
- 已回滚的交易
- 一笔被打包进区块、随后在执行中失败的交易,因此它的状态变更被撤销了。它仍然消耗了 Gas,也仍然支付了手续费——为写这一页而读取的一个主网例子没有转移任何价值,却支付了 0.000869883 USDC——所以已回滚的交易既不成功,也不免费。Arcscan 的 API 把它的状态报告为
failed,而 Arcscan 的任何界面都不得把它渲染成成功。 - 测试网
- 链 5042002,名为 Arc Testnet,在
testnet.arc-scan.io上单独提供服务。它是自己的一条链,有自己的历史和自己的能力,而在两点上它是主网的镜像:它能显示已验证的合约源码,却无法回答历史状态的问题。Arcscan 的测试网索引同样是从区块 53,500,000 开始,而不是从这条链的第一个区块开始,因此低于该点的区块在这里完全没有持有。 - Trace(调用追踪)
- 一笔交易所发出的调用被逐帧记录下来的那棵树,每一帧通过一条
trace_address路径定位自己在树中的位置。追踪正是内部交易得以可见的方式。Arcscan 可以按需追踪单笔主网交易并返回真实的调用帧;它在主网上没有的是一份已存储的追踪索引,这就是为什么按地址和全链范围的内部转移问题会被拒绝,而不是被敷衍地回答。 - 交易哈希
- 一笔已签名交易的三十二字节摘要,也是你粘进搜索框的那个标识符。它在交易被签名的那一刻就存在了——早于任何节点把它打包——因此一个哈希可以完全有效,而 Arcscan 仍然不知道它。在即时最终性下这个窗口很短,但它不为零,而 Arcscan 会说「未找到」,而不是去猜。
- 已验证源码
- 已经被证明其公开的 Solidity 编译后与实际部署的字节码一致的合约。Arcscan 从 Sourcify 获取这一点,而两条链并不对称。在 Arc 主网上它并不存在——链 5042 的
verified_source是false——API 用自己的原话说明了原因:在测试网上 Sourcify 确实收录了这条链,因此源码可以被展示——但 Arcscan 持有的是一份缓存,在有人第一次索取某个合约时才被填充,因此 Arcscan 拥有源码的合约数量远少于上游已验证的合约数量。Sourcify does not list chain 5042, so no contract on this chain can be verified today — through Arcscan or through any other client of Sourcify. Nothing here is waiting on Arcscan; it is waiting on the chain being added upstream.
数字在哪里#
本页没有任何一个计数,这是有意的。Arcscan 持有哪些高度、哪些数据流落后了、每条链拒绝回答哪些问题,全都由浏览器自身实时发布,并汇总在数据覆盖范围上。如果这里的某个词仍然留下疑问,常见问题回答了人们真正会问的那些,而区块和交易会在真实页面上展示这些词的实际位置。
当 Arcscan 无法知道某件事时,它会如实说明
一个区块浏览器唯一的产品就是被人相信,因此无法取得的数值会被报告为未知,而绝不会报告为零;已回滚的交易也绝不会被显示成成功的交易。如果你在预期出现数字的地方看到留白或一段说明,那是设计中的行为,而不是渲染故障。