下面举一个具体的例子进行说明：现在我的这条嘟文发布了，但怎么让其他实例也能看到这条嘟文呢？
先说一说Push：叶貅（ @mammonyan ）是我的关注者，叶貅位于Pawoo的帐号订阅了我的帐号，当我这条新嘟文发布之后，本站Mastodon服务器会生成一个含有本条嘟文的POST请求[1]，将我的新嘟文PUSH至叶貅的Inbox中[2]。这样我的关注者就收到我的新嘟文了。
但是问题来了，如果张三的实例是新实例，他所有的实例之前并没有订阅本帐户，在他的实例自然也就看不到本条嘟文，那他就永远看不到这条嘟文了吗？当然不是。他除了被动的等待PUSH，他还可以主动Fetch。具体而言，每个人帐户都有一个outbox[3]，可以访问该地址获取近期嘟文。另外，对于每条可通过永久链接访问的嘟文来说，远程服务器都可以通过此地址抓取嘟文内容[4]。

现在来说一说，国内实例能不能收到被墙实例的消息。
被墙是一个很笼统的词，我们需要对这个词进行细分，因为不同的屏蔽手段带来的结果也是不同的。
GFW屏蔽手段有哪些？从低向高说，错误路由扩散、TCP reset、UDP 抢答、DNS污染、HTTP过虑、SNI过滤。
如果国外实例B被GFW屏蔽了，不同的屏蔽方法对于国内实例C意味着什么？
如果是在网络层，直接屏蔽了C站IP，诸如TCP阻断、路由污染，那自然是实例C无法访问实例B，实例B也无法访问实例C，那国内实例能不能直接收到被墙实例的任何消息，即使实例C有用户订阅了实例B的用户。但这并不意味着，实例B的嘟文就绝对不会到达实例C，因为还有其他未被屏蔽实例存在，比如说：国外未屏实例A上的X用户转发了B实例Y用户的嘟文，而实例C中有用户Z订阅了用户X，则用户Z自然看到了这条来自实例B用户Y的嘟文。中继也是同理。
网络层之上的其他屏蔽手段就不能阻止实例B直接向实例C发送POST请求，所以自然也不能阻止实例C收到来自实例B的嘟文。
DNS污染：被污染的是实例B的域名，而不是实例C的域名，因此并不会使得实例B无法访问实例C。即使实例C不采取诸如使用防污染DNS一类的应对措施，也只是阻止实例C访问实例B。具体而言，即实例B上关注了实例C的用户，收不到来自实例C的新嘟文，因为实例C->实例B的POST请求未成功；而实例C看实例B上的用户会发现个人资料不会更新，因为实例C->实例B的GET请求未成功；同样原因，实例C无法关注实例B的用户。而实例C上已经成功订阅的实例B用户所发出的新嘟文，是可以在实例C及时看到了，因为实例B->C的请求并未被阻断。第三方实例转发，中继当然也是不受影响。另外，如果实例B的图片域名也遭到污染，那么实例C上的用户看实例B用户的嘟文，可能会无法查看图片。
SNI过滤：与DNS污染大致相同，所不同的地方是DNS污染可以通过使用纯净DNS这种简单方法来解决，之后便可以与被墙实例正常通迅，没有明显影响。但SNI过滤却没有什么取巧的方法，想要彻底解决只有传出代理这一种方法。

[1] 请求内容经本帐户私钥签名，对方服务器接受到POST请求后，会使用本帐户公钥进行验签，验证通过后才会继续。本帐户公钥可在 https://bgme.me/users/bgme 页面查看。
[2] Inbox地址有两个，Inbox URL： https://pawoo.net/users/mammonyan/inbox ，Shared inbox URL： https://pawoo.net/inbox 。
[3] 就好比本帐户的outbox地址为：https://bgme.me/users/bgme/outbox
[4] 长毛象 AUTHORIZED_FETCH 选项，就作用于此。如果开启该选项。只有远程服务器的GET请求附带了相应签名，才会返回实际内容，否则则返回401。