EntEthAlliance / dlt-interop

Public feedback for EEA's work on DLT Interoperability.
https://entethalliance.github.io/crosschain-interoperability/
Apache License 2.0
1 stars 0 forks source link

Re-define the relayer categories #1

Closed lukerQuant closed 2 months ago

lukerQuant commented 5 months ago

About you

Name: Luke Riley Organization/Company: Quant

About your review

Document: EEA DLT Interoperability Specification

Note: this is a really good piece of work, congratulations to the authors and to the EEA working group.

Section: https://entethalliance.github.io/crosschain-interoperability/draft_dlt-interop_techspec.html#crosschain-message-relays

Comments/Suggestions/Feedback

I disagree with Oracle being a particular relay sub-type. According to the ISO/TC 307 definitions (found here), all the relays types listed are oracles. Copying the oracle definitions from the linked document:

Hence why the Oracle category was used as one of the two main interoperability solution types in section 3.3.3 here.

So my general proposal for this section is to rename the Oracle Relay to something else, and introduce a higher level introduction, potentially about the different interoperability modes and interoperability solutions discussed in here (as ISO/TC 307's Interoperability Framework is set to use a similar structure as this paper).

anaisofranc commented 4 months ago

We have discussed this issue. We agreed to update as per below:

  1. 'Oracle Relay' to be changed to 'Type 1 Relay' and to add context including ISO definition.
  2. Add "Interoperation Modes" as per section 3.3.1 Interoperation Modes in this paper and align with ISO Interoperability Framework as a sub-section in section '7. Considerations' .
lukerQuant commented 4 months ago

Dear @anaisofranc,

That sounds like a good plan.

Thank you for your feedback on this, and thank you to the EEA cross-chain interoperability working group for their help regarding aligning standards across different Standards Developing Organisations.

Best wishes

anaisofranc commented 3 months ago

Draft specification updated to address this issue.

anaisofranc commented 3 months ago

We will update the flow for this paragraph to be consistent with the way we describe the other items: "Oracle Relay (Type 1): ISO 22739:2024 defines a DLT oracle as a "service that updates a distributed ledger using data from outside of a DLT system". The ISO Blockchain and Distributed Ledger Technology — Interoperability Framework (ISO/CD TS 23516) categorize oracle interoperability solutions as "Type 1". One possible implementation consists of dedicated Oracle smart contracts deployed on the target chain to handle incoming messages. Oracle nodes run independent off-chain server infrastructure that retrieves data and events from the source system through custom integrations. They collate this external information into standard formats understandable by the oracle contract on the target side. The oracle nodes transmit batched communications to the oracle contracts, which in turn expose APIs for other on-chain smart contracts to access the bridged data. This facilitates target side consumption of verified external data. The model operates through a trust-based federation of oracle nodes which follow expected security practices. By moving the message relaying to dedicated infrastructure operators who stitch source and target chains via custom software, a high degree of flexibility and efficiency is achieved. However lack of decentralization and use of trusted nodes implies some security assumptions for oracle relay versus other peer-to-peer messaging approaches between chains."

anaisofranc commented 2 months ago

This issue has now been addressed.