领域事件（Domain Event）确实应该只携带最小必要信息，这主要是出于以下几个原因：

1. 降低耦合度：事件信息越少，事件消费者对事件内容的依赖就越少，从而降低了系统组件之间的耦合度。如果一个事件携带了过多的信息，当这些信息发生变化时，事件的消费者也需要随之更改，增加了维护成本。

2. 提高可扩展性：假设一个事件广播了详尽的信息，当业务需求发生变化需要添加新的数据点时，可能需要修改已有的事件以包含这些新数据，这可能会无意间影响到现有的消费者。而如果事件仅携带必要的信息，那么添加新的数据通常不会对现有消费者造成影响。

3. 优化性能：大型事件会占用更多的网络带宽和内存资源。在分布式系统中，这可能导致延迟增加，影响系统性能。通过保持事件的简洁，可以减少网络传输时间和内存使用，提升整体系统的响应速度。

当然，这并不意味着事件必须极度精简，以至于无法满足任何业务需求。实际上，领域事件应该包含足够的上下文信息以支持业务逻辑的执行。例如，在订单处理系统中，当某个订单状态从“待支付”变为“已支付”时，可以发布一个OrderPaidEvent，该事件中可以包含订单ID、支付时间等关键信息（最小必要信息）。这样，其他服务除了能够知道有订单发生了支付，还能获取到处理支付完成后的进一步操作所需的必要信息。

在实际应用中，设计领域事件时需要综合考虑业务需求、系统架构和技术限制等多方面因素，找到一个合理的平衡点。