create account

Draft Proposal for ECAF's Official Notification System by ecaf

View this thread on: hive.blogpeakd.comecency.com
· @ecaf ·
$2.48
Draft Proposal for ECAF's Official Notification System
## REQUEST FOR COMMUNITY and BLOCK PRODUCER COMMENTS

The EOS Core Arbitration Forum (ECAF) is aware of the strong need for a consistent, widely-available, verifiable process for posting important messages and official notices. Community feedback is requested on the following draft proposal. Please respond directly and at length in the comments section below.
## Nature of Communications
The Arbitration process requires ECAF to communicate several notices to the Community:
1. Informing Claimants and Respondents of the existence of Arbitration Cases that have been filed naming them as a Party to the case (i.e. a “Notice of Arbitration”) ([ECAF Rules of Dispute Resolution](https://eoscorearbitration.io/home/governance/), 3.4) Make the Community aware of Arbitrator rulings and orders (RDR 3.5, 6)
2. Pass rulings and orders to Block Producers for execution (RDR 3.5, 6)
## Goals
The following processes have been designed with several considerations in mind:

1. There is currently no on-chain messaging and notification service that can (verifiably or otherwise) deliver a message to a user or a Block Producer
2. The process must provide a __clear, consistent, permanent record__ of communications from the ECAF outwards
3. The process must be __highly resistant to spoofing__ (i.e. another person purporting to be ECAF issuing a notice) and tampering (i.e. another person modifying already issued notices)
4. The process needs to be broadly in line with the EU GDPR in allowing persons their __right to privacy__
## Official Sources of Communication
These are proposed as 3 definitive sources of information around ECAF notices. When reviewing a notice corroboration of its authenticity MUST be received from at least two of these sources.

- ECAF website: https://eoscorearbitration.io/
- Steemit: @ecaf
- EOS MainNet: ecafofficial

These processes may be modified as and when proven methods for on chain communication become available. Any variance in the processes will be announced on BOTH the ECAF website and on its Steemit blog (addresses above), with generous advance notice so that all Block Producers will be informed and have adequate time to act if necessary.
## Communication of Notices of Claim / Arbitration
Notices of Claim / Arbitration informational postings which tell parties and the general public that a Claim has been made, or a Case opened and actual arbitration has begun. These notices never contain instructions, directives, opinions, etc.

* Notices of Arbitration are stored as permalinked TXT files on the ECAF website along with their SHA-3-256 hash. The TXT files are also published simultaneously on SteemIt, along with the same SHA hash
* Notices of Arbitration are broadcast as follows:
  * Preferably, emails (when available) are sent to Parties to a claim
  * Additionally (or alternatively, when email communication to all parties to a claim cannot be established,) the following public methods are used
    * A post on Steemit from the ECAF account above that includes:
      * A link to the file containing the Notice of Arbitration on the ECAF website
      * The file’s hash
    * A transaction on the EOS MainNet from the EOS account above that includes:
      * A link to the file containing the Notice of Arbitration on the ECAF website
      * The file’s hash

Note that our preference is to rely more and more on the on-chain method above, as and when it becomes available and reliable.
## Communication of Orders and Rulings
Orders and Rulings contain instructions, directives, opinions, etc. on which Block Producers will typically act. (For example: blocking or unblocking named EOS accounts. Banning another BP from production.) While all official ECAF communications need to be trusted and verifiable, Decisions / Directives are particularly sensitive as they bear directly on BPs’ executive power.
* Orders/Rulings are stored as permalinked PDF files on the ECAF website along with their SHA-3-256 hash
* Orders/Rulings are published as follows:
  * A post on Steemit from the ECAF account above that includes:
    * A link to the file containing the ruling on the ECAF website
    * The file’s hash
  * A transaction on the EOS MainNet from the EOS account above that includes:
    * A link to the file containing the ruling on the ECAF website
    * The file’s hash
* Once a ruling or order has been published, recipients are notified as follows:
  * To Claimants and Respondents: via any email address that they registered with the forum at the time of filing a claim or when they responded to a Notice of Arbitration
  * To BPs: A message informing BPs of the existence of the ruling/order is issued on the Keybase channel *top_eos_bps* #orders. It is up to the BPs to ensure that they regularly monitor this channel for Arbitrator orders. The message will include:
    * The file containing the ruling and its hash
    * For verification:
      * A reference to the on chain EOS transaction from the ECAF’s EOS account that contains both file’s link and its hash
      * A link to the Steemit post referencing both the file’s link and its hash
      * Optionally, for cases of particular significance or Community interest, the ECAF may elect to do a recorded video call to attest to the veracity of the order. This call will involve the Arbitrator assigned to the case, a Case Manager and several known BPs. Such recording will also be published on the ECAF website
  * To the Community: via the ECAF website with verification from either the Steemit blog or on-chain message
👍  , , , , , , , , , , , , ,
properties (23)
authorecaf
permlinkdraft-proposal-for-ecaf-s-official-notification-system
categoryeos
json_metadata{"tags":["eos","ecaf","arbitration","orders"],"users":["ecaf"],"links":["https://eoscorearbitration.io/home/governance/","https://eoscorearbitration.io/"],"app":"steemit/0.1","format":"markdown"}
created2018-06-26 21:23:27
last_update2018-06-26 21:23:27
depth0
children4
last_payout2018-07-03 21:23:27
cashout_time1969-12-31 23:59:59
total_payout_value1.879 HBD
curator_payout_value0.603 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length5,544
author_reputation68,839,321,019
root_title"Draft Proposal for ECAF's Official Notification System"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id62,398,990
net_rshares1,006,286,153,178
author_curate_reward""
vote details (14)
@dmitripro ·
it's a great idea to create a protocol which can be guiding line in communication between BP and Arbitrator.
properties (22)
authordmitripro
permlinkre-ecaf-draft-proposal-for-ecaf-s-official-notification-system-20180628t033650875z
categoryeos
json_metadata{"tags":["eos"],"app":"steemit/0.1"}
created2018-06-28 03:36:57
last_update2018-06-28 03:36:57
depth1
children0
last_payout2018-07-05 03:36:57
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length108
author_reputation0
root_title"Draft Proposal for ECAF's Official Notification System"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id62,562,386
net_rshares0
@introduce.bot ·
✅  @ecaf, I gave you an upvote on your post! **Please give me a follow** and I will give you a follow in return and possible future votes!<br><br>Thank you in advance!
properties (22)
authorintroduce.bot
permlinkintroduce-bot-re-ecafdraft-proposal-for-ecaf-s-official-notification-system
categoryeos
json_metadata""
created2018-06-26 21:53:36
last_update2018-06-26 21:53:36
depth1
children0
last_payout2018-07-03 21:53:36
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length167
author_reputation20,568,707,332,317
root_title"Draft Proposal for ECAF's Official Notification System"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id62,401,752
net_rshares0
@spakou ·
Thanks for your immediately  response. There is one question I need to ask, In the GOAL part, why we should  let the process be in line with the EU GDPR ? Because EU GDPR is an off-chain legislation which only be effective for EU residents.
properties (22)
authorspakou
permlinkre-ecaf-draft-proposal-for-ecaf-s-official-notification-system-20180627t102047079z
categoryeos
json_metadata{"tags":["eos"],"app":"steemit/0.1"}
created2018-06-27 10:20:48
last_update2018-06-27 10:20:48
depth1
children1
last_payout2018-07-04 10:20:48
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length240
author_reputation7,788,038
root_title"Draft Proposal for ECAF's Official Notification System"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id62,466,303
net_rshares0
@thomasbcox ·
Good question. I imagine the thinking is, to prevent avoidable future problems. If the system can be designed to comply with GDPR, why not do so? 

As opposed to deliberately ignoring the existence of GDPR and opening the door to whatever irritating enforcement actions may arise as a result. (I am presuming that ECAF can perform its functions while complying. If there were a trade-off between ECAF doing its job vs complying with GDPR, I'd probably take a different stance.)

In sum, why invite avoidable drama?
👍  
properties (23)
authorthomasbcox
permlinkre-spakou-re-ecaf-draft-proposal-for-ecaf-s-official-notification-system-20180627t193525571z
categoryeos
json_metadata{"tags":["eos"],"app":"steemit/0.1"}
created2018-06-27 19:35:27
last_update2018-06-27 19:35:27
depth2
children0
last_payout2018-07-04 19:35:27
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length514
author_reputation269,180,010,892
root_title"Draft Proposal for ECAF's Official Notification System"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id62,524,972
net_rshares566,174,300
author_curate_reward""
vote details (1)