Re: [建議] 關於DNF的認證伺服器認證機制
※ 引述《Sighter (在矛盾中抉擇)》之銘言：
: : 我個人實在是很難想像... 為了省5塊錢嗎?
: : 那為什麼不直接去玩非認證伺服器?
: : 而為了這些"雖然可以有手機可以認證 但因為想省5塊錢而一時不想認證"的少數玩家
: : 而開放認證伺服器讓"部分居心不良 蓄意想鑽漏洞的玩家"有隙可乘
: : 這...
: 其實我覺得你說得有道理，我不想反駁。
: 我們正在和原廠討論是否要加重未認證的限制。在此同時，我們也會把你的意見加入。
: 只不過要先說的是，基於原廠的說法，這種改動也需要至少1-2個月的時間。
: 在此之前，我們還是會用各種機制來阻擋不良事件的發生。
: 謝謝。
事實上, 在"體驗環境的"跟"進來免洗的"帳號之間有個分歧
進來免洗的帳號需要能夠堆疊身上物品以及虛擬貨幣以後再認證解鎖並回收
但是體驗者不需要
情境模擬，如果限制拾取權限(負重)以及身上金幣上限
那麼短期體驗者並不會有不便利的情形發生
但免洗者就會必須先解鎖才能夠聚積籌碼
而這個過程才是防禦機制能夠發揮最大效果的時候
攤來來說，一個小型工作室大約可以常駐200~500個外掛程式
如果防禦機制攔截率是99%, 那麼就只要付出5個解鎖成本就可以大量回收五個基數
如果變成需要付出500個成本才能達到5個基數回收的話，那本益比的萎縮就可以產生
一定的嚇阻作用
而nx靠腰的事情也不會發生。
他們真的可以作，這個就相信我吧。
-
甚至也可以採取
未認證資料不回寫伺服端的機制
體驗帳號獲取的東西全部只存在客戶端記憶體的虛無飄渺中
可能實行的方式很多~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.249.8.165
※ 編輯: Mystiera 來自: 60.249.8.165 (03/29 17:13)
推
03/29 18:02, , 1F
03/29 18:02, 1F
推
03/29 20:52, , 2F
03/29 20:52, 2F
→
03/29 20:52, , 3F
03/29 20:52, 3F
推
03/29 23:33, , 4F
03/29 23:33, 4F
→
03/29 23:54, , 5F
03/29 23:54, 5F
→
03/29 23:56, , 6F
03/29 23:56, 6F
→
03/30 01:07, , 7F
03/30 01:07, 7F
→
03/30 21:26, , 8F
03/30 21:26, 8F
→
03/30 21:27, , 9F
03/30 21:27, 9F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 12 之 13 篇)：