AnnounceDividend 构建的 Transaction

这一个Flow的编写看起来很简单，但它的概念比较复杂，因为牵动往後支付股息的流程，因而设计上的考虑很多。

我公布股息是更改StockState拥有的特性及日期。这里我们可以善用EvolvableToken的特性，利用内建的UpdateEvolvableTokenFlow独立地更新StockState的特性，而不会触发一个简单的动作向成千上万的股东发送讯息，为网络带来大量流量，但这亦意味着股东不会意识到这个AnnounceDividend flow所宣布的股息，正因如此，我设计了接下来的GetStockUpdate flow。

(当然这个设计有很大讨论的空间，但在这个样本CorDapp中我旨在演示TokenSDK的便利。)

4. GetStockUpdate 股票更新讯息

如果只在分散式赈本的层面上，这个flow感觉会有点画蛇添足。但在应用层面上，跟很多实际案例一样，股东的用户端都会向股份公司或证券商发起更新请求以获得最新的资讯。编写这个flow，我们可以使用Corda内置的flow SendTransactionFlow和ReceiveTransactionFlow，便可在节点之间交换transaction。

subFlow(new SendTransactionFlow(holderSession, stx)); 

假如在执行AnnounceDividend flow之后，我们跳过这步直接在股东的节点中运行5. ClaimDividendReceivable flow，会出现包含历史状态(historical state)的错误。 这是因为股东没有最新的StockState状态，因而用已消耗的状态建立交易，违反了Corda设计。这避免了有股东节点在没有收到最新消息的状态下要求股息。

节点默认不会记录不相关的交易

同时间，在这个调用ReceiveTransactionFlow你会发现有StatesToRecord.ALL_VISIBLE这一个参数。

SignedTransaction stx = subFlow(new ReceiveTransactionFlow(session, true, StatesToRecord.ALL_VISIBLE)); 

Corda本身的设计是节点不会记录自己不是参与者(Participant)的交易。所以即使股东接收到AnnounceDividend的交易，也不会记录因为股东没有参与其中。要强迫股东节点把这种不相关的交易，便需要用到这个StatesToRecord.ALL_VISIBLE。

5. ClaimDividendRecivable  要求股息分派

这个flow是模疑除息日所设计的。在这天系统要记录哪些股东符合获得股息，所以我们要做的，是把合资格股东所持有的StockState的资讯记录下
来，而我创建了另一种State类来记录他们，就是DividendState。
整个DividendState的概念是最後在支付日(Payday)，我们可以用这DividendState来更换其他货币，甚或至更多的股息。

在这个复杂的flow中，我们也可以从要构建一个怎样交易开始想。这个交易将需要从没有创造一个DividendState出来，这个时候我们利用ReferenceState的功能，把股东现在持有的StockState放作交易中的ReferenceState，让这个交易变得更有依据跟参考性。