适用范围：技术成本不等于项目总成本
“区块链小镇”在这里仅作为应用场景称呼，不指向已核验的具体项目。以太坊和比特币的技术机制可以帮助解释部分成本，却不能证明某个小镇采用了这些系统，也无法据此推算建设或运营总预算。
讨论成本前，需要明确业务是否真正向公共区块链提交交易、采用哪条链，以及是否自行验证数据。不同选择对应不同的资源消耗，不能把所有费用都概括为手续费。
链上执行：Gas用量与单位价格
以太坊开发文档将Gas解释为执行操作所需计算工作的计量单位。执行费用由实际Gas用量与有效单位价格共同决定；在相应费用机制下，单位价格包含基础费和实际优先费。合约越复杂，通常需要越多计算资源。
这意味着业务次数相同，费用也未必相同：操作复杂度影响用量，网络需求影响单位价格。Gas不是货币单位，也不是固定收费标准；以太坊上的Gas费用使用ETH支付。
执行边界：Gas上限与失败成本
Gas上限限制单笔交易可消耗的计算量，不等于最终实际用量。还需区分执行前被拒绝与上链执行后失败：后者可能已经消耗计算资源，状态回退并不代表免除费用。
因此，技术成本分析既要考虑成功业务，也要关注失败执行与重复提交。不能直接把Gas上限乘以业务数量当成实际消耗，也不能假设提高上限就会让交易执行得更快。
节点验证：计算、存储与带宽
比特币开发指南区分全节点与简化支付验证客户端。全节点下载并验证区块；SPV主要利用区块头和默克尔证明检查交易是否被包含，但不提供与全节点相同的完整有效性验证。两者资源需求与信任假设不同。
自建验证能力时，需要考虑同步、计算、存储及网络传输；采用轻量模式则要评估对外部节点的依赖。验证节点不等于挖矿设备，运行节点的资源成本也不是每笔交易手续费的另一个名称。
常见问题：轻量化是否意味着全面降本
不一定。减少本地数据处理，可能增加对外部服务的依赖，也可能带来信息遗漏、网络隔离或查询隐私风险。较低带宽占用不能单独代表较低的整体技术负担。
实际梳理时，可将链上执行、节点资源和安全保障分别列项，再依据验证要求与业务规模确定边界。以太坊Gas机制不能直接套用到比特币，比特币SPV模式也不能代表所有链的轻客户端方案。