## 2026年1月英文博客请看这里
> https://thesymbolsyndicate.notion.site/Jan-2026-32aa7f7eb5e4801eb847fd245a45f5c7

# 2026年1月 Anthony’s Engineering Blog（日文翻译）

新的一年开始了，也迎来了新的篇章。希望大家都健康，并带着崭新的目标和面向未来的新希望前进。🏴‍☠️

年初我一直专注于 NEM Explorer。一边在 PR 反馈中来回调整，一边打磨逻辑，逐步把后端完善成更准确、更可靠的形态。

## 主要工作概览

- 完成了收割手续费逻辑，并将其集成到数据库中
- 从 API 中找出并利用了 `beneficiary` 和 `totalFee`
- `/account` 与 `/accounts` 端点的工作取得了进展
- 为 `lightapi/python` 添加了受益人支持
- 改进了测试覆盖率，并应对了多轮 PR 反馈周期

## 各项工作的详细情况

**Nem Explorer (拉取器)**

- 已确认可以直接从 API 获取 `beneficiary` 和 `totalFee`，因此能够减少区块处理时的额外网络调用。
- 起初我实现了基于区块数据的收割手续费计算，但由于可以直接使用 API 的 `totalFee`，这部分实现变得不再需要，后来也删除了。
- 我在数据库模式中新增了 `beneficiary`（收割者）字段。此前我们依赖区块签名者的公钥，并为了确定实际受益人进行额外查询，因为签名者有可能是 `remote account`。这一变更消除了额外 API 调用的需要。
- 我持续改进账户处理逻辑，并进一步补充了单元测试。

**Nem Explorer (REST API)**
- 新增了 `/account` 端点，使前端可以通过公钥或地址查询账户信息。
- 引入了支持 `pagination` 的 `/accounts` 列表端点，可按 `残高` 进行 `ソート`，并按 `ハーベスティング状況` 进行筛选。

**Lightapi / Python**

- 从 `local/chain/blocks-after` 端点中确认了 `beneficiary` 和 `totalFee`。
- 我扩展了这个库以公开这些字段，使拉取器能够直接获取并使用这些数据。

## 接下来的计划

账户模块已经接近完成，目前正在等待 PR 评审反馈。回应评论可能还需要一点时间。
与此同时，为了保持势头，我会继续推进命名空间模块的工作。

感谢你读到这里。我们下次再见！ 🏴‍☠️

<img width="800" height="714" alt="Image" src="../images/Anthony_Blog_d36fe341.webp" />

—

[Anthony](https://x.com/Anthony14w)
（日文翻译 [Radio](https://x.com/RadioRa26841511)）


### The Symbol Syndicate | Anthony’s Engineering Blog 过往日文译文
- [2025年12月](https://symbol-community.com/ja/news/366.html)
- [2025年11月](https://symbol-community.com/ja/news/361)
- [2025年10月](https://symbol-community.com/ja/news/351)
- [2025年9月](https://symbol-community.com/ja/news/326)
- [2025年8月](https://symbol-community.com/ja/news/306)
- [2025年7月](https://symbol-community.com/ja/news/293)
- [2025年6月](https://symbol-community.com/ja/news/278)