Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
62 changes: 62 additions & 0 deletions src/TIP-0006_tari_announcements_channel.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,62 @@
# P-TIP-PROC-6: Tari Announcements Channel

| TIP | P-TIP-PROC-6 |

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

To maintain consistency with other Tari Improvement Proposals (such as TIP-0001, TIP-0002, and TIP-0003), the TIP field in the metadata table should be a markdown link pointing to its own header anchor. Additionally, please remember to register this new TIP in src/SUMMARY.md so that it is included in the mdBook build.

Suggested change
| TIP | P-TIP-PROC-6 |
| TIP | [P-TIP-PROC-6](#p-tip-proc-6-tari-announcements-channel) |

|---------------|-----------------------------------------------------|
| Title | Tari Announcements Channel |
| Last Modified | 2026-06-19 |
| Authors | Zhao Xi |
| Status | Proposed |
| Type | Process |
| Created | 2026-06-19 |

## Overview

This TIP proposes establishing a dedicated, read-only "Tari Announcements" channel for structured official
updates, kept separate from the main community group. Announcements would be organized by category (for example:
product progress, ecosystem partnerships, security notices) and posted on a fixed cadence such as a weekly update.
The main group remains the venue for daily discussion, Q&A, and community interaction.

## Background

Today, official updates are interleaved with thousands of day-to-day messages in the main community channels. This
creates two problems:

* New members cannot quickly understand project status without scrolling through a high-volume chat.
* Media, partners, and researchers citing Tari have no single authoritative, low-noise source to reference,
increasing the risk of misinformation.

A read-only, categorized announcement feed addresses both: it provides a clean, chronological record of what the
project has officially communicated, while preserving the main group for open conversation.

## Proposed Change

Establish a read-only "Tari Announcements" channel with the following properties:

* **Read-only**: posting is restricted to a small set of designated official posters; the community cannot post,
keeping the channel noise-free.
* **Organized by category**: each post is tagged, for example — Product Progress, Ecosystem & Partnerships,
Security Notices, Governance, Events. The category set can evolve over time.
* **Fixed cadence**: a regular update such as a weekly roundup, plus immediate posts for time-sensitive items
(especially security notices).
* **Linked to a source**: each post carries a category tag, a date, and a link back to the primary source (blog,
GitHub, RFC/TIP, docs) where one exists.
* **Main group unchanged**: the existing main group remains the place for daily discussion, Q&A, and interaction;
announcement posts can link there for discussion.

The benefit of this model is that new members can quickly browse past announcements without digging through
thousands of messages, and media or partners citing information can more easily locate an authoritative source.

## Considerations

* This is a community-process change only; it introduces no protocol, consensus, or code changes.
* A separate channel is preferred over pinned messages, which are limited in number and still buried in a busy
group.
* Keeping the channel read-only is intentional: its value is a clean, citable record, while community replies
belong in the main group.
* The category set and posting cadence should be reviewed after an initial trial period.

## Change History

### 2026-06-19

* Document Created.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

According to the TIP-0001 specification (under the 'Change History Section' guidelines), each entry in the Change History must include a link to the pull request where the discussion and approval took place. Please add a placeholder or the actual pull request link to this entry.

Suggested change
* Document Created.
* Document Created.
* [Pull Request #<PR_NUMBER>](https://github.com/tari-project/rfcs/pull/<PR_NUMBER>)