EIP1129 - Standardised DAPP announcements

# Simple Summary

Standardisation of announcements in DAPPs and services on Ethereum network. This ERC provides proposed mechanics to increase the quality of service provided by DAPP developers and service providers, by setting a framework for announcements. Be it transitioning to a new smart contract or just freezing the service for some reason.

# Abstract

The proposed ERC defines format on how to post announcements about the service as well as how to remove them. It also defines mechanics on posting permissions and human friendly interface.

# Motivation

Currently there are no guidelines on how to notify the users of the service status in the DAPPs. This is especially obvious in ERC20 and it's derivates. If the service is impeded by any reason it is good practice to have some sort of guidelines on how to announce that to the user. The standardisation would also provide traceability of the service's status.

# Specification

# Structures

# Announcer

Stores information about the announcement maker. The allowedToPost stores posting permissions and is used for modifiers limiting announcement posting only to authorised entities. The name is used for human friendly identifier of the author to be stored.

struct Announcer{
  bool allowedToPost;
  string name;
}
1
2
3
4

# Announcement

Stores information about the individual announcement. The human friendly author identifier is stored in author. Ethereum address associated with the author is stored in authorAddress. The announcement itself is stored in post.

struct Announcement{
  string author;
  address authorAddress;
  string post;
}
1
2
3
4
5

# Methods

# the number of ammouncements

Returns the number of announcement currently active.

OPTIONAL - this method can be used to provide quicker information for the UI, but could also be retrieved from numberOfMessages variable.

function theNumberOfAnnouncements() public constant returns(uint256 _numberOfAnnouncements)
1

# read posts

Returns the specified announcement as well as human friendly poster identificator (name or nickname).

function readPosts(uint256 _postNumber) public constant returns(string _author, string _post)
1

# give posting permission

Sets posting permissions of the address _newAnnouncer to _postingPrivileges and can also be used to revoke those permissions. The _posterName is human friendly author identificator used in the announcement data.

function givePostingPermission(address _newAnnouncer, bool _postingPrivileges, string _posterName) public onlyOwner returns(bool success)
1

# can post

Checks if the entity that wants to post an announcement has the posting privilieges.

modifier canPost{
 require(posterData[msg.sender].allowedToPost);
 _;
}
1
2
3
4

# post announcement

Lets user post announcements, but only if they have their posting privileges set to true. The announcement is sent in _message variable.

function postAnnouncement(string _message) public canPost
1

# remove announcement

Removes an announcement with _messageNumber announcement identifier and rearranges the mapping so there are no empty slots. The _removalReason is used to update users if the issue that caused the announcement is resolved or what are the next steps from the service provider / DAPP development team.

function removeAnnouncement(uint256 _messageNumber, string _removalReason) public
1

# Events

# New announcement

MUST trigger when new announcement is created.

Every time there is a new announcement it should be advertised in this event. It holds the information about author author and the announcement istelf message.

event NewAnnouncement(string author, string message)
1

# Removed announcement

MUST trigger when an announcement is removed.

Every time an announcement is removed it should be advertised in this event. It holds the information about author author, the announcement itself message, the reason for removal or explanation of the solution reason and the address of the entity that removed the announcement remover.

event RemovedAnnouncement(string author, string message, string reason, address remover);
1

# Rationale

The proposed solution was designed with UX in mind . It provides mechanics that serve to present the announcements in the user friendly way. It is meant to be deployed as a Solidity smart contract on Ethereum network.

# Test Cases

The proposed version is deployed on Ropsten testnet all of the information can be found here (opens new window).

# Implementation

Copyright and related rights waived via CC0 (opens new window).

▲ Powered by Vercel