From b9d93c9e0483fbbeb18c60d782d8dc4c361c40c6 Mon Sep 17 00:00:00 2001 From: Viktor Pavlik <160131789+Vikt0rPavlik@users.noreply.github.com> Date: Wed, 25 Dec 2024 15:59:17 +0100 Subject: [PATCH 1/3] Update channels.md --- docs/learn/what-is-farcaster/channels.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/learn/what-is-farcaster/channels.md b/docs/learn/what-is-farcaster/channels.md index 8d0669d9..8ba465d5 100644 --- a/docs/learn/what-is-farcaster/channels.md +++ b/docs/learn/what-is-farcaster/channels.md @@ -10,7 +10,7 @@ Channels are being prototyped in Warpcast and not fully supported by the Farcast ## Hosting Channels -Anyone can create a channel host by paying a fee in Warpcast and choosing a channel name. The name must be under 16 characters and can only contain lowercase alphabets and numbers. A channel's creator is called a host and may invite other co-hosts to operate the channel. Hosts have special privileges like: +Anyone can create a channel host by paying a fee in Warpcast and choosing a channel name. The name must be under 16 characters and can only contain lowercase letters and numbers. A channel's creator is called a host and may invite other co-hosts to operate the channel. Hosts have special privileges like: 1. Defining “channel norms" which everyone must agree to when joining. 2. Pinning or hiding casts in a channel. From 5a2b0466a0369f3f3ba2403c8820c44c0c3a5855 Mon Sep 17 00:00:00 2001 From: Viktor Pavlik <160131789+Vikt0rPavlik@users.noreply.github.com> Date: Wed, 25 Dec 2024 16:01:31 +0100 Subject: [PATCH 2/3] Update messages.md --- docs/learn/what-is-farcaster/messages.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/learn/what-is-farcaster/messages.md b/docs/learn/what-is-farcaster/messages.md index cf44940b..0f020861 100644 --- a/docs/learn/what-is-farcaster/messages.md +++ b/docs/learn/what-is-farcaster/messages.md @@ -4,7 +4,7 @@ Farcaster accounts interact by signing and publishing messages. Alice can create Messages are stored on a peer-to-peer network of nodes. A node in the Farcaster network is called a Hub, and each Hub stores a copy of the entire network. A user can publish a message to one Hub and it will propagate to the entire network in a few seconds. Farcaster's compact message format and eventually consistent model lets this architecture scale to millions of users. -An account can generate a [key](./accounts.md#adding-account-keys) and give it to an app which can use it to sign messages. Users can use multiple apps with the same account, and each application can have its own key. Separating the signing keys from the ownership keys helps keep the account secure. +An account can generate a [key](./accounts.md#adding-account-keys) and give it to an app that can use it to sign messages. Users can use multiple apps with the same account, and each application can have its own key. Separating the signing keys from the ownership keys helps keep the account secure. ## Types From 9c344af33e46930a63504def10146ceef2486aa0 Mon Sep 17 00:00:00 2001 From: Viktor Pavlik <160131789+Vikt0rPavlik@users.noreply.github.com> Date: Wed, 25 Dec 2024 16:11:27 +0100 Subject: [PATCH 3/3] Update events.md --- docs/reference/hubble/datatypes/events.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/reference/hubble/datatypes/events.md b/docs/reference/hubble/datatypes/events.md index 62abd1df..a8c2d16f 100644 --- a/docs/reference/hubble/datatypes/events.md +++ b/docs/reference/hubble/datatypes/events.md @@ -2,9 +2,9 @@ Events represent state changes, like a new message or contract event. -Hubble emit events whenever it observes a state change. Since a hub may see messages in a different order than other hubs, events ordering is specific to each hub. Clients can subscribe to the hub using the [Events API](/reference/hubble/grpcapi/events) to get a live stream of changes to the hub. +Hubble emits events whenever it observes a state change. Since a hub may see messages in a different order than other hubs, events ordering is specific to each hub. Clients can subscribe to the hub using the [Events API](/reference/hubble/grpcapi/events) to get a live stream of changes to the hub. -Hubble keeps event around for 3 days after which they are deleted to save space. To get older data, use the [GRPC](../grpcapi/grpcapi.md) or [HTTP](../httpapi/httpapi.md) APIs. +Hubble keeps events around for 3 days after which they are deleted to save space. To get older data, use the [GRPC](../grpcapi/grpcapi.md) or [HTTP](../httpapi/httpapi.md) APIs. ## HubEvent @@ -135,7 +135,7 @@ Hubble keeps event around for 3 days after which they are deleted to save space. | Field | Type | Label | Description | | --------------- | ------------------------------------------- | ----- | ------------------------------------------------ | -| to | [bytes](#) | | The address the fid was registers/transferred to | +| to | [bytes](#) | | The address the fid was registered/transferred to | | event_type | [IdRegisterEventType](#IdRegisterEventType) | | The type of the id register event | | from | [bytes](#) | | The address the transfer originated from | | recover_address | [bytes](#) | | The recovery address for the fid |