mention the "appSender" flags in the shared state chapter

Author: hpk42

src-docs/shared_state/conflicts.md

@@ -29,6 +29,13 @@ both a Total Order of messages and a "single source of truth" can not be assumed
 Many webxdc applications are incapable of producing conflicts,
 either because they do not use the network communication APIs,
 or because any given data structure can only have one writer.
+Alternatively, an application can designate a "central" authority
+by checking [`webxdc.appSenderAddr`](../spec/selfAddr_and_selfName.html#appsenderaddr)
+to identify the user who shared the app.
+This peer could then authoritatively resolve conflicts or coordinate state updates. 
+However, developers should be aware that if the app depends entirely on the sender being online,
+the app's availability will be limited when the sender is offline.
+
 For example, many of the available [webxdc games](https://webxdc.org/apps/) offer a high-score table
 and how users scored will typically be reported back to the chat.
 Such a gaming app will simply post their user's highscore

src-docs/shared_state/crdts.md

@@ -146,11 +146,13 @@ This enables peers to queue updates while entirely offline,
 and to merge their local state with others' when they are once again able to communicate.
 While this behaviour can be very helpful for application developers,
 it may not free you entirely from having to think about network conditions.
-_Eventually-consistent_ application state should generally be treated as
 subjective, which can be a significant shift if you are used to having a server acting as an authority.
+While you can use [`webxdc.appSenderAddr`](../spec/selfAddr_and_selfName.html#appsenderaddr) to nominate a peer
+(the app sender) to act as a kind of server, this introduces a dependency on that peer being online.
 That means that conditional behaviour that you'd usually treat as _yes_ and _no_,
 may instead behave more like _currently_ and _not yet_.
 
+
 This section has discussed attributes of CRDTs that are mostly theoretical.
 The next section will give more concrete examples using **Yjs**,
 with a particular focus on how it can be used to accomplish common

src-docs/shared_state/practical.md

@@ -473,6 +473,26 @@ As for the matter of duplicate ids in the `order` array,
 the rendering code which constructs the app's UI from this data
 could ignore repeated elements when iterating over them.
 
+## Centralized coordination
+
+While CRDTs are designed for peer-to-peer operation,
+you may sometimes want to designate one client as a "coordinator".
+By comparing [`webxdc.appSenderAddr`](../spec/selfAddr_and_selfName.html#appsenderaddr)
+with `webxdc.selfAddr`,
+an app can identify whether it is running for the peer
+that initially shared the app.
+This "sender" instance can then take on special roles,
+such as authoritatively resolving state conflicts,
+for example by letting the app sender's updates always win.
+
+However, use this model with care:
+if your app logic requires the sender to be online to function,
+it will be unusable whenever the sender is offline or has left the chat.
+One further complication occurs if the app sender
+has multiple devices running the app simultaneously,
+with each device possibly regarding itself as the central coordinator
+and producing conflicting application states.
+
 ## Learning more
 
 Many more examples can be found throughout

src-docs/webxdc.d.ts

@@ -74,9 +74,9 @@ interface Webxdc<T> {
   selfName: string;
   /** The address of the peer who initially shared this webxdc app. */
   appSenderAddr: string;
-  /** True if the current user can send updates to all peers.
-   * If false, updates sent by this peer will only be received by the app sender. */
-  canSendUpdatesToAllPeers: boolean;
+  /** True if updates sent by this peer will only be received by the app sender.
+   * If false, the current user can send updates to all peers. */
+  canOnlySendUpdatesToAppSender: boolean;
   /**
    * set a listener for new status updates.
    * The "serial" specifies the last serial that you know about (defaults to 0).