Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

...

Microservices Application Pattern



Please see the example applications developed by Chris Richardson. These examples on Github illustrate various aspects of the microservice architecture.


Resulting Context

Benefits

...

https://medium.com/javascript-scene/the-forgotten-history-of-oop-88d71b9b2d9f

Wow ! really well done on understanding the value of “intelligent objects”. The Smalltalk features and benefits called out are perfect. I had been developing in other languages for over a decade before picking up Smalltalk ( VisualAge Smalltalk ). Once you have the power, flexibility, protection it was hard to go back to other languages. The other languages are evolving ( as you nicely demonstrate ) to pick up those features. Building in Smalltalk, I could create components that could think for themselves. You could delegate responsibilities to them and they could learn new behaviors. Later I tried the approach with Groovy but it was less elegant.



Interoperable Blockchain ACID transaction pattern

...

https://medium.com/liquality/hash-time-locked-contracts-htlcs-explained-e88aa99cc824


Refund scenario for HTLC

 leverage HTLCs in Atomic Swaps, but also lead industry-wide efforts to standardize their implementation across different applications and blockchains.

Image Modified



Bitcoin UXTO model

...

https://www.ecb.europa.eu/pub/pdf/other/stella_project_report_march_2018.pdf


Simple DvP Trade Settlement Context, Goals, Landscape

2 parties ( buyer and seller ) each have a custody bank and a settlement bank

assumes security trade place in US markets subject to US rules for settlement

goals include:

  1. automated, atomic trade settlement of both asset delivery and payment delivery
  2. minimization of settlement risks for all parties during settlement based on trade agreement, delivery and acceptance of assets and funds
  3. support full and partial trade settlements based on availability of securities ( assets ) and funds for settlement based on buyer and seller account policies
  4. regulatory compliance in the jurisdictions the trade and settlement are subject to
  5. efficient, low-cost trade settlement that scales across multiple networks

The DvP operating landscape is a logical network of independently managed and governed networks

Many payment networks and CBDC networks are independently defined and operated

Many asset networks and CBDC networks are independently defined and operated

Secure, Scalable Interoperability with Operational Governance and Standards across networks is required to execute DvP settlement for any trade between parties

A conceptual diagram showing a logical network for networks

Key Questions to Answer for the DvP Settlement Use Case

  1. What is the use case?
  2. What are the parties, roles and goals for each?
  3. What is the use case context for trade settlement?
  4. What are the key assumptions in the model?
  5. What are the key dependencies in the model?
  6. What are the scenarios for the use case?
  7. What is the economic model and incentives for parties for the use case and scenarios?
  8. What is the governance model for parties for the use case and scenarios?
  9. What are the jurisdictions in effect for regulation and taxation?
  10. What is the process model and related contracts between parties for each scenario?
  11. What is the security model for each scenario given the process and parties?
  12. What is the privacy model for each scenario given the process and parties?
  13. What is the trust model for each scenario given the process and parties?
  14. What is the decision model for each scenario?
  15. What is the public and private data model for each scenario?

Simple DvP Settlement Using HTLC controls

a relevant HTLC process flow for DvP on security trade settlement

it depends on ...

wallets
tokenized assets
tokenized currencies
RTGS
UXTO
parties that fulfill their obligations in the process for all scenarios

...

needs sync model
needs trusted parties to fulfill their roles regardless of state changes
by scale
by multi-network processing
wallet risks
has execution risks on some scenarios
has regulatory issues to manage not accounted for in simple HTLC
doesn't support partial trades on securities, funds correctly

Escrow DvP Settlement using Orchestration

a relevant Escrow Orchestration process flow for DvP on security trade settlement

it depends on ...

wallets
tokenized assets
tokenized currencies
near-RTGS
account management
netting optimizations
parties that fulfill their obligations in the process for all scenarios

...

wallet risks
account risks
supports async model with N-RTGS
with escrow, needs lower trusts by trusted parties to fulfill their roles
scales better with async ( throughput vs transaction latency, nettings optimizations )
by multi-network processing for centralized orchestration
has lower execution risks on some scenarios
has regulatory support accounted for in DSM.O
supports partial trades on securities, funds correctly

Escrow DvP Settlement using Choreography

a relevant Escrow Choreography process flow for DvP on security trade settlement

it depends on ...

wallets
tokenized assets
tokenized currencies
near-RTGS
account management
netting optimizations
parties that fulfill their obligations in the process for all scenarios

...

wallet risks
account risks
supports async model with N-RTGS
with escrow, needs lower trusts by trusted parties to fulfill their roles
scales better with async ( throughput vs transaction latency, nettings optimizations )
by multi-network processing for decentralized choreography
has lower execution risks on some scenarios
has regulatory support accounted for in DSM.C
supports partial trades on securities, funds correctly

sequencediagram.io


Potential Value Opportunities

...