先确定交付的是哪一种材料
这里的区块链开源协议，指软件的开源许可证，不是节点之间传递消息或验证交易的网络规则。准备把代码、程序包或说明文件交给其他人时，首先要确定交付对象，才能找到对应声明。仅在项目介绍中写一句“开源”，还没有回答哪些材料受到哪份许可约束。
本次固定读取Fabric仓库提交0c423ac47fd87fc3d4084eb06d6589bc518ed1ff。该版本README把源代码列为Apache 2.0，把文档列为CC-BY-4.0。这个实例只用于提醒材料范围：不能拿代码许可直接覆盖文档。以下再分发条款的讨论限定为Apache 2.0，并未逐项解释文档许可。
许可证副本与修改标记承担不同任务
Apache 2.0第四条列出再分发条件，包括向接收者提供许可证副本、让修改过的文件带有醒目的修改说明；分发衍生作品的源码时，还应保留与其有关的原版权、专利、商标及署名通知。复制一份许可证，不能自动代替修改标记或这些原有声明。
假设一个虚构交付目录含三份源码，其中两份被修改。作者建议逐文件记录来源版本、是否改动以及声明所在位置，而不是只给整个压缩包写“已调整”。这份记录帮助交付者检查两份改动文件，未改文件也仍需按适用条件处理；数量只是示例，没有实际打包、发送或完成法律审查。
NOTICE先看触发条件，再看保留内容
第四条关于NOTICE的要求带有前提：原作品分发中包含该文本文件时，所分发的衍生作品要以规定方式保留其中相关署名通知的可读副本。条款允许放在随附NOTICE、源码或文档中，或符合其条件的程序显示位置。与衍生作品无关的通知存在排除范围，不能把这个限定缩写成随意删减。
在上述Fabric提交中，NOTICE列有项目及贡献者版权说明，LICENSE另存完整许可文本。两者不是同一文件换了名字：Apache原文明确NOTICE内容用于提供信息，不修改许可证。整理交付材料时可记录通知对应哪个来源、保留在哪里；本文不替具体项目判断哪些通知已经无关。
保留名称不等于取得品牌使用许可
Apache 2.0第六条不普遍授予许可方商号、商标、服务标记或产品名称的使用权，同时保留合理、惯常说明作品来源及重现NOTICE内容所需的例外。因此，保留一条来源名称，与将该名称用于自己的品牌宣传，需要分别核对，不能相互推导。
完成材料清点后，还应把代码、文档、第三方内容和宣传用途对应回各自依据。本文提出的目录与记录办法，只帮助发现缺失材料，并不认定某次分发已满足全部义务，也不证明某个应用安全或适合生产使用。涉及真实商业使用和争议时，仍要结合完整许可、适用法律及具体事实判断。