在领域驱动设计（DDD）的项目中，确定哪些领域事件适合通过事件溯源（Event Sourcing）进行存储，需要考虑多个方面，包括业务关键性、数据一致性要求、性能需求以及系统扩展性和维护性等。以下是一些具体的判断标准和理由：

1. 业务关键性：对于那些对业务结果有直接影响且记录其变迁历史对业务流程至关重要的领域事件，适合采用事件溯源。例如，在金融交易系统中，交易确认、资金转移等事件，每一笔交易的历史记录都是至关重要的，通过事件溯源可以完整地追踪每一笔交易的具体情况，确保数据的可审计性。

2. 数据一致性要求：当业务流程对数据的一致性要求非常高时，事件溯源可以作为实现强一致性的有效手段。通过将系统状态的变化作为一系列不可变事件记录下来，可以确保数据的一致性和完整性，避免因中间状态引起的不一致问题。例如，在订单管理系统中，订单状态的每一次变更都需要被准确记录，以便在多个服务之间保持一致。

3. 性能需求：虽然事件溯源在某些场景下能提供极高的性能，尤其是在读多写少的应用中，但在一些高并发写入场景下，可能需要额外考虑性能优化措施，如采用消息队列异步处理事件。因此，对于WRITE操作远大于READ操作且对延迟敏感的应用，是否采用事件溯源需谨慎评估。

4. 系统扩展性和维护性：事件溯源能够提升系统的可扩展性，特别是在微服务架构中，各服务间可以通过事件流解耦，减少服务间的依赖。同时，事件溯源模式下，系统的状态可以通过重放事件来重建，这提高了系统的可维护性和灵活性。然而，这也意味着系统设计将更加复杂，对开发和运维团队有一定的技术要求。

5. 法律法规与合规性：在某些行业，例如金融服务业，对数据的追溯性和不可篡改性有着严格的要求。事件溯源模式正好满足这些需求，因为所有的操作都被记录为不可更改的事件流，能够提供强有力的审计证据。

综合上述标准，当业务场景符合上述一项或多项条件时，采用事件溯源模式通常是合理且有效的选择。当然，实际应用中还需结合项目具体情况进行权衡。