Re: [Rats] 答复: Another RATS message flow model for consideration:

["Smith, Ned" <[e-mail]>]

This “architectural model” parallels the roles message flow. I think it could be viewed as a third model something like a pub-sub broker where Relying Parties subscribe to Verifier (broker) to receive Attestation Results and Attesters publish to Verifier (broker) when a change to the Evidence is found.

A pub-sub model might treat Claims as pub-sub Topics that can be subscribed to or published to.

I get that some pub-sub architectures eliminate the broker as a distinct entity, but conceptually the model isn’t fundamentally different than if there were a central broker.

-Ned

From: RATS <[e-mail]> on behalf of "Xialiang (Frank, Network Standard & Patent Dept)" <[e-mail]>
Date: Saturday, November 16, 2019 at 2:17 AM
To: "[e-mail]" <[e-mail]>
Subject: [Rats] 答复: Another RATS message flow model for consideration:

Oops, Some fixes of the below text:


发件人: RATS [mailto:[e-mail]] 代表 Xialiang (Frank, Network Standard & Patent Dept)
发送时间: 2019年11月16日 18:13
收件人: [e-mail]
主题: [Rats] Another RATS message flow model for consideration:

Hi RATS architecture design team and all,
In addition to the current passport model and background check model. I think there is a third message flow model possibly for us to consider:
Attester < -------------------- > verifier < -------------------------------- > relying party
                               Evidence                              attestation results

The key point of the above model is that verifier has independent connection with attester and relying party respectively, and there are two independent message exchanges between the attester and verifier, between the verifier and the relying party. Of course, if needed, there can be some trigger condition and interaction between these two connections.
The relative advantage of the above model is simple, and each role only see what he needs to see, like: evidence is not seen by the relying party, attestation results is not seen by the attester.

I am wondering whether the architecture draft will consider it?

B.R.
Frank