From 33a9231a14c05e8e26e5b3a2a7ebfd87451d0240 Mon Sep 17 00:00:00 2001 From: Alfie John Date: Tue, 10 Jan 2023 19:49:23 +1100 Subject: [PATCH] docs: grammar fixes (#26463) * Tiny grammar fix * Fix formatting --- docs/interacting-with-geth/rpc/pubsub.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/interacting-with-geth/rpc/pubsub.md b/docs/interacting-with-geth/rpc/pubsub.md index 7eee1a038b..c360c65af6 100644 --- a/docs/interacting-with-geth/rpc/pubsub.md +++ b/docs/interacting-with-geth/rpc/pubsub.md @@ -33,7 +33,7 @@ to cancel the subscription: ## Considerations {#considerations} -1. Notifications are sent for current events and not for past events. For use cases that depend on not to miss any notifications subscriptions are probably not the best option. +1. Notifications are sent for current events and not for past events. For use cases that cannot afford to miss any notifications, subscriptions are probably not the best option. 2. Subscriptions require a full duplex connection. Geth offers such connections in the form of WebSocket and IPC (enabled by default). 3. Subscriptions are coupled to a connection. If the connection is closed all subscriptions that are created over this connection are removed. 4. Notifications are stored in an internal buffer and sent from this buffer to the client. If the client is unable to keep up and the number of buffered notifications reaches a limit (currently 10k) the connection is closed. Keep in mind that subscribing to some events can cause a flood of notifications, e.g. listening for all logs/blocks when the node starts to synchronize. @@ -110,7 +110,7 @@ returns }, "subscription": "0x9ce59a13059e417087c02d3236a0b1cc" } - } +} ``` ### logs {#logs}