TigerBeetle 账户关闭Close Account实操指南结账分录、平衡转账与可逆重开【免费下载链接】tigerbeetleThe financial transactions database designed for mission critical safety and performance.项目地址: https://gitcode.com/GitHub_Trending/ti/tigerbeetle导读在金融系统中会计期末结账、账户终止或审计冻结都要求把账户净余额清零并禁止后续交易。TigerBeetle 通过平衡转账 挂起结账转账的组合用两条原子化的关联转账即可完成账户关闭且无需应用端预知账户余额关闭动作本身也是可逆的——只需撤销void对应的挂起结账转账即可重新打开账户。读完本文你将掌握balancing_debit/balancing_credit、closing_debit/closing_credit、linked与pending等标志的组合用法以及如何利用AMOUNT_MAX让数据库自动计算实际转账金额。会计背景什么是结账分录Closing Entry在会计学中结账分录closing entry首先计算一个账户的净借方或净贷方余额然后分别贷记或借记该余额使账户余额归零并把余额转移到另一个账户如控制账户/总账账户。TigerBeetle 在账户层面提供Account.flags.closed标志位用于禁止该账户上发生进一步的转账——这适用于会计期末结账、账户终止甚至出于审计目的临时冻结账户。值得注意的是关闭账户不影响已有的挂起转账这些挂起转账仍然可以超时timeout自动失效但不能被 posted 或 voided。关于该标志的完整语义可参考 Account.flags.closed。TigerBeetle 账户与转账都不可删除见 Account Deletion因此关闭账户而非删除账户是官方推荐的清理不再使用账户的方式。关闭账户的前提余额约束标志关闭账户的可行方案依赖账户上的余额约束标志。被关闭的账户必须带有以下两个互斥标志之一定义见 Account flagsdebits_must_not_exceed_credits当debits_pending debits_posted transfer.amount credits_posted时该账户的转账会被拒绝credits_must_not_exceed_debits当credits_pending credits_posted transfer.amount debits_posted时该账户的转账会被拒绝。这两个标志无法同时设置。正是由于账户被约束为借方不得超过贷方或反之系统才得以确定一个明确的净余额方向从而支持下面的平衡转账自动计算。说明上述约束在 src/state_machine.zig 中与平衡金额计算逻辑联动。以balancing_debit为例源码在提交转账时计算amount min(amount, credits_posted - (debits_posted debits_pending))见 src/state_machine.zig即自动把转账金额限制在账户约束允许的最大值内——这正是无需应用端查询余额的底层原理。完整示例关闭两个账户初始账户状态给定一组账户AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA010020debits_must_not_exceed_creditsB03005credits_must_not_exceed_debitsC0000账户A净余额为贷方 10credits_posted(20) − debits_posted(10)受贷方不得超支反向约束账户B净余额为借方 25debits_posted(30) − credits_posted(5)账户C作为控制账户control account接收归零后的余额自身不会被关闭。结账转账设计账户A和B的结账分录分别表示为关联链linked chains因此它们要么全部成功要么全部失败原子性。链接事件机制详见 linked-events。账户A关联转账为T1和T2账户B关联转账为T3和T4账户C控制账户不关闭。TransferDebit AccountCredit AccountAmountAmount (recorded)FlagsT1ACAMOUNT_MAX10balancing_debit,linkedT2AC00closing_debit,pendingT3CBAMOUNT_MAX25balancing_credit,linkedT4CB00closing_credit,pending两个关键设计点T1与T3是平衡转账balancing transfersTransfer.amount填AMOUNT_MAX2^128 − 1各客户端 SDK 中可直接使用常量如 Java 的TransferBatch.AMOUNT_MAX、Python 的tb.AMOUNT_MAX。这样应用端不需要预先知道也无需查询账户余额。数据库中实际记录的amount会被设为实际转移的金额见上表Amount (recorded)列T1记 10T3记 25。语义详见 Transfer.flags.balancing_debit 与 Transfer.flags.balancing_credit。T2与T4是结账转账closing transfers分别触发借方账户/贷方账户的closed标志。结账转账必须是挂起转账pending这样关闭动作才是可逆的。语义详见 Transfer.flags.closing_debit 与 Transfer.flags.closing_credit。在 Transfer 模式表 中可以看到该组合的字段约束closing_debit/closing_credit只在pending模式下为true且pending模式下timeout可选而balancing_debit/balancing_credit与post_pending_transfer/void_pending_transfer互斥。提交后的状态提交这些转账后A和B被关闭净余额归零并拒绝任何进一步的转账AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA020020debits_must_not_exceed_credits,closedB030030credits_must_not_exceed_debits,closedC025010控制账户C上的净变动借方 25、贷方 10恰好对应被关闭账户转出的余额总和。底层原理closed 标志如何被设置在状态机实现中账户关闭逻辑位于转账提交路径。核心流程src/state_machine.zig提交前校验if (dr_account.flags.closed) return .debit_account_already_closed;、if (cr_account.flags.closed) return .credit_account_already_closed;src/state_machine.zig——这就是关闭后拒绝任何进一步转账的校验点提交时if (t.flags.closing_debit) dr_account_new.flags.closed true;、if (t.flags.closing_credit) cr_account_new.flags.closed true;——结账转账一旦成功立即置位对应账户的closed标志标志位定义位于 src/tigerbeetle.zig 的TransferFlags结构体中balancing_debit、balancing_credit、closing_debit、closing_credit均为 u16 位域字段。由于结账转账要求pending它对账户余额的影响先记入debits_pending/credits_pending挂起余额即挂起状态转移。也就是说余额归零由平衡转账完成posted 方向关闭动作由挂起结账转账完成pending 方向两者在一条关联链中原子生效。重新打开账户撤销挂起结账转账要重新打开已关闭的账户可以void撤销挂起结账转账——这会撤销关闭动作但不会撤销净余额的转移TransferDebit AccountCredit AccountAmountPending TransferFlagsT5AC0T2void_pending_transferT6CB0T4void_pending_transferT5通过pending_id T2撤销A的结账转账T6通过pending_id T4撤销B的结账转账pending_id语义见 Transfer.pending_id。提交后A和B重新打开可以再次接受转账AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA020020debits_must_not_exceed_creditsB030030credits_must_not_exceed_debitsC025010注意A、B的余额保持为归零后的净值——重开只撤销了关闭这个动作不追溯已完成的余额转移。底层实现中void 路径会断言p.flags.closing_debit/p.flags.closing_credit与账户当前closed状态一致然后将closed标志复位见 src/state_machine.zig。这正体现了结账转账必须引用具体 pending 转账的原因它守护关闭/重开操作的顺序防止关闭与撤销的意外交错。相关错误码与注意事项调用create_transfers时可能遇到以下关键错误完整清单见 create_transfers 请求参考debit_account_already_closed/credit_account_already_closed账户已关闭时再次对其转账已被关闭的账户会拒绝一切普通转账exceeds_credits/exceeds_debits账户余额约束被违反src/state_machine.zig 计算出的平衡金额为 0 或不足时触发flags_are_mutually_exclusiveclosing_debit与closing_credit等互斥标志被同时设置src/state_machine.zigexists_with_different_amount重试平衡转账时传入的最大金额不足以覆盖实际已转账金额详见 Transfer.flags.balancing_debit。实践要点总结关闭账户前账户必须带debits_must_not_exceed_credits或credits_must_not_exceed_debits约束之一平衡转账才能确定净余额方向平衡转账 结账转账必须组成 linked 链保证余额归零与关闭标志置位原子发生结账转账必须带pending这是关闭可逆可 void的前提被关闭账户上残留的挂起转账仍可超时但不能 posted/voided重开账户只须 void 对应的挂起结账转账无需回滚净余额转移。完整的转账/账户字段约束与模式对照可进一步参阅 Transfer 参考 与 Account 参考本方案在官方 Recipes 索引 docs/coding/recipes/README.md 中与其他常见业务场景币种兑换、多借多贷、余额条件转账等并列可对照学习。【免费下载链接】tigerbeetleThe financial transactions database designed for mission critical safety and performance.项目地址: https://gitcode.com/GitHub_Trending/ti/tigerbeetle创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
TigerBeetle 账户关闭Close Account实操指南结账分录、平衡转账与可逆重开【免费下载链接】tigerbeetleThe financial transactions database designed for mission critical safety and performance.项目地址: https://gitcode.com/GitHub_Trending/ti/tigerbeetle导读在金融系统中会计期末结账、账户终止或审计冻结都要求把账户净余额清零并禁止后续交易。TigerBeetle 通过平衡转账 挂起结账转账的组合用两条原子化的关联转账即可完成账户关闭且无需应用端预知账户余额关闭动作本身也是可逆的——只需撤销void对应的挂起结账转账即可重新打开账户。读完本文你将掌握balancing_debit/balancing_credit、closing_debit/closing_credit、linked与pending等标志的组合用法以及如何利用AMOUNT_MAX让数据库自动计算实际转账金额。会计背景什么是结账分录Closing Entry在会计学中结账分录closing entry首先计算一个账户的净借方或净贷方余额然后分别贷记或借记该余额使账户余额归零并把余额转移到另一个账户如控制账户/总账账户。TigerBeetle 在账户层面提供Account.flags.closed标志位用于禁止该账户上发生进一步的转账——这适用于会计期末结账、账户终止甚至出于审计目的临时冻结账户。值得注意的是关闭账户不影响已有的挂起转账这些挂起转账仍然可以超时timeout自动失效但不能被 posted 或 voided。关于该标志的完整语义可参考 Account.flags.closed。TigerBeetle 账户与转账都不可删除见 Account Deletion因此关闭账户而非删除账户是官方推荐的清理不再使用账户的方式。关闭账户的前提余额约束标志关闭账户的可行方案依赖账户上的余额约束标志。被关闭的账户必须带有以下两个互斥标志之一定义见 Account flagsdebits_must_not_exceed_credits当debits_pending debits_posted transfer.amount credits_posted时该账户的转账会被拒绝credits_must_not_exceed_debits当credits_pending credits_posted transfer.amount debits_posted时该账户的转账会被拒绝。这两个标志无法同时设置。正是由于账户被约束为借方不得超过贷方或反之系统才得以确定一个明确的净余额方向从而支持下面的平衡转账自动计算。说明上述约束在 src/state_machine.zig 中与平衡金额计算逻辑联动。以balancing_debit为例源码在提交转账时计算amount min(amount, credits_posted - (debits_posted debits_pending))见 src/state_machine.zig即自动把转账金额限制在账户约束允许的最大值内——这正是无需应用端查询余额的底层原理。完整示例关闭两个账户初始账户状态给定一组账户AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA010020debits_must_not_exceed_creditsB03005credits_must_not_exceed_debitsC0000账户A净余额为贷方 10credits_posted(20) − debits_posted(10)受贷方不得超支反向约束账户B净余额为借方 25debits_posted(30) − credits_posted(5)账户C作为控制账户control account接收归零后的余额自身不会被关闭。结账转账设计账户A和B的结账分录分别表示为关联链linked chains因此它们要么全部成功要么全部失败原子性。链接事件机制详见 linked-events。账户A关联转账为T1和T2账户B关联转账为T3和T4账户C控制账户不关闭。TransferDebit AccountCredit AccountAmountAmount (recorded)FlagsT1ACAMOUNT_MAX10balancing_debit,linkedT2AC00closing_debit,pendingT3CBAMOUNT_MAX25balancing_credit,linkedT4CB00closing_credit,pending两个关键设计点T1与T3是平衡转账balancing transfersTransfer.amount填AMOUNT_MAX2^128 − 1各客户端 SDK 中可直接使用常量如 Java 的TransferBatch.AMOUNT_MAX、Python 的tb.AMOUNT_MAX。这样应用端不需要预先知道也无需查询账户余额。数据库中实际记录的amount会被设为实际转移的金额见上表Amount (recorded)列T1记 10T3记 25。语义详见 Transfer.flags.balancing_debit 与 Transfer.flags.balancing_credit。T2与T4是结账转账closing transfers分别触发借方账户/贷方账户的closed标志。结账转账必须是挂起转账pending这样关闭动作才是可逆的。语义详见 Transfer.flags.closing_debit 与 Transfer.flags.closing_credit。在 Transfer 模式表 中可以看到该组合的字段约束closing_debit/closing_credit只在pending模式下为true且pending模式下timeout可选而balancing_debit/balancing_credit与post_pending_transfer/void_pending_transfer互斥。提交后的状态提交这些转账后A和B被关闭净余额归零并拒绝任何进一步的转账AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA020020debits_must_not_exceed_credits,closedB030030credits_must_not_exceed_debits,closedC025010控制账户C上的净变动借方 25、贷方 10恰好对应被关闭账户转出的余额总和。底层原理closed 标志如何被设置在状态机实现中账户关闭逻辑位于转账提交路径。核心流程src/state_machine.zig提交前校验if (dr_account.flags.closed) return .debit_account_already_closed;、if (cr_account.flags.closed) return .credit_account_already_closed;src/state_machine.zig——这就是关闭后拒绝任何进一步转账的校验点提交时if (t.flags.closing_debit) dr_account_new.flags.closed true;、if (t.flags.closing_credit) cr_account_new.flags.closed true;——结账转账一旦成功立即置位对应账户的closed标志标志位定义位于 src/tigerbeetle.zig 的TransferFlags结构体中balancing_debit、balancing_credit、closing_debit、closing_credit均为 u16 位域字段。由于结账转账要求pending它对账户余额的影响先记入debits_pending/credits_pending挂起余额即挂起状态转移。也就是说余额归零由平衡转账完成posted 方向关闭动作由挂起结账转账完成pending 方向两者在一条关联链中原子生效。重新打开账户撤销挂起结账转账要重新打开已关闭的账户可以void撤销挂起结账转账——这会撤销关闭动作但不会撤销净余额的转移TransferDebit AccountCredit AccountAmountPending TransferFlagsT5AC0T2void_pending_transferT6CB0T4void_pending_transferT5通过pending_id T2撤销A的结账转账T6通过pending_id T4撤销B的结账转账pending_id语义见 Transfer.pending_id。提交后A和B重新打开可以再次接受转账AccountDebits PendingDebits PostedCredits PendingCredits PostedFlagsA020020debits_must_not_exceed_creditsB030030credits_must_not_exceed_debitsC025010注意A、B的余额保持为归零后的净值——重开只撤销了关闭这个动作不追溯已完成的余额转移。底层实现中void 路径会断言p.flags.closing_debit/p.flags.closing_credit与账户当前closed状态一致然后将closed标志复位见 src/state_machine.zig。这正体现了结账转账必须引用具体 pending 转账的原因它守护关闭/重开操作的顺序防止关闭与撤销的意外交错。相关错误码与注意事项调用create_transfers时可能遇到以下关键错误完整清单见 create_transfers 请求参考debit_account_already_closed/credit_account_already_closed账户已关闭时再次对其转账已被关闭的账户会拒绝一切普通转账exceeds_credits/exceeds_debits账户余额约束被违反src/state_machine.zig 计算出的平衡金额为 0 或不足时触发flags_are_mutually_exclusiveclosing_debit与closing_credit等互斥标志被同时设置src/state_machine.zigexists_with_different_amount重试平衡转账时传入的最大金额不足以覆盖实际已转账金额详见 Transfer.flags.balancing_debit。实践要点总结关闭账户前账户必须带debits_must_not_exceed_credits或credits_must_not_exceed_debits约束之一平衡转账才能确定净余额方向平衡转账 结账转账必须组成 linked 链保证余额归零与关闭标志置位原子发生结账转账必须带pending这是关闭可逆可 void的前提被关闭账户上残留的挂起转账仍可超时但不能 posted/voided重开账户只须 void 对应的挂起结账转账无需回滚净余额转移。完整的转账/账户字段约束与模式对照可进一步参阅 Transfer 参考 与 Account 参考本方案在官方 Recipes 索引 docs/coding/recipes/README.md 中与其他常见业务场景币种兑换、多借多贷、余额条件转账等并列可对照学习。【免费下载链接】tigerbeetleThe financial transactions database designed for mission critical safety and performance.项目地址: https://gitcode.com/GitHub_Trending/ti/tigerbeetle创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
