論小說平台去中心化的可能性

（首於2021-04-24張貼在Episode.cc）

　　最近本站（註：Episode.cc）某個事件，雖然站長表示已暫時撤掉針對使用內容過多而收費的政策，但已經引起許多作者的爭論。有些人認為文手是文學網站的資產，是吸引這個站發展人氣的原因，不應該本站成長了，就因伺服器不堪負荷而拿作者開刀。但是也有些人認為，為了維護這個站點的未來營運，收營運費是合理的。

　　這其中兩個重要的爭點是：(一)小說平台的使用者的權利，該不該被剝奪。(二)站長能不能夠掌控自己的網站的權利。

　　首先，說到第一點，我想到前幾個月很多人從推特或其他社交平台跳到其他社交平台的風潮，他們多半擔心自己的言論被數位巨頭壟斷，但背後的原因也是表示他們不想被當成營運方的「被利用者」。平台這種網路服務有壟斷的特性，假設許多人使用，平台的權力就會變得更大。當平台權力變大的時候，使用者能夠掌握的權利或是申訴的解決方案就會變少了。而中心化的網路結構就是加劇這種現象的原因。

　　第二點，有些想要發展文學平台的架站者，可能不希望自己的站點變成一個綜合性的網站，而希望自己專注於特定的主題，比如說特定的genre、特定的文風，也可能希望自己的網站有自己的站規，或是自己的網站政策（比如說含廣告、特定語法、或是獎勵文手的機制），因此想要擁有自己的網站。但是又不希望自己因為發展的領域過小，以至於吸收不了人氣，所以某方面和其他站的互通是必要的。

　　為了要滿足這兩點，我認為去中心化網路是一種可以發展的方向。

　　去中心化的社交網路協定實做已久，比較知名的包含微網誌網站Mastodon使用的ActivityPub通訊協定（其他支援這套協定的軟體還有MissKey、Pleroma等）。運營方可以架設自己的實例（伺服器，instance），用戶可以依照各個實例的規定成為各自的用戶發信，然後實例間可以彼此轉信，甚至還可以實例內或跨實例關注用戶。當然，各實例的維護者可以自己修改code，或是修改自己的轉信規則，來增加自己的功能。

　　這樣的概念可以套用到文學作品平台上，就是文學作品平台的每個用戶可以發表自己的作品，也可以在instance上跟隨其他站或是本站的用戶，這樣可以達到不用另外註冊而彼此互相閱讀作品甚至張貼迴響的效果，替使用者增加方便性，也不用擔心自己站太小，而使用者需要到另一個大站註冊才能留言的問題。另外對使用者而言，使用者可以在特定主題的站更容易找到自己的同好，增加彼此的交流機會。

　　另外各個實例可以主打收某些特定的主題的作品，或是自己做一些自己的功能，比如說實例可以張貼廣告，抑或開放特定語法（或是替特定語法收費），這樣可以作到多元競爭的效果，能夠讓使用者進行比較多的選擇。實例管理者也可以來吸引比較符合自己目標的使用者。

　　此外，為了要達到解決某個站站方政策改變以至於使用者到另一個站的權利不受影響，這個平台的匯出與匯入功能是必要的。且為了保證這個匯出與匯入的功能不被移除，這個平台可以採用GNU AGPL這個保證原始碼公開透明的機制。至於會不會導致有些人利用這個原始碼公開，找到漏洞破壞程式，這個問題也是可以審酌的方向。

　　我覺得基本上這個功能實做，可以利用ActivityPub這個協定——連Wordpress這個部落格網站都有相關的支援插件了。但是可以增加文章的分類功能，以及總站的分類導覽功能，還有文章可以修改機制（修改後會不會實現重新發布到各實例看使用者決定）。各站要不要增加抖內或是其他的機制，都是界面可以修改的。

　　筆者雖然不是一位寫手，也不是一位專門的程式設計師，但是因為曾經聽聞過相關的技術，故在此獻曝。因為現在的文學網站應該都不支援這樣的功能，自己又有使用去中心化的SNS網站，雖然應該不能夠解決本站的問題，但希望能夠提供大家一個新的想法——內容網站不一定要用中心化的技術。