StarkNet正在為以太坊主網上的重置做準備。這篇文章介紹了他們目前對這種情況的看法，以及為什麼要這樣做，和這麼做會有什麼影響。以下是全文內容。
我們熱衷於分享有關狀態重置的信息。我們的目標是確保它不會給用戶帶來更多的不便，也不會造成重大的動盪。
生態系統快速發展的關鍵就是在一切都還沒有完善之前就發布了StarkNet Alpha，以及著重利用反饋來解決問題和改進工作。狀態重置讓我們從StarkNet操作系統和協議中去除所有多餘的代碼和流程。它使我們能夠確保尚在生產中的StarkNet系統盡可能精簡和安全。
這個過程不是要我們去慢慢適應，而是一次性的，這就是為什麼我們稱它為FSR——最終狀態重置。我們的目標是讓這次狀態重置成為StarkNet退出Alpha並投入生產之前的最後一次狀態重置。我們還不確定目標是否會在FSR之後立即實現，但這是實現它的先決條件。
擺脫StarkNet的腳手架
我們通過每月發布新版本與開發者社區分享，這構建StarkNet的過程也很快。追求立竿見影的完美是沒有意義的，我們要做的顯然是根據快速反饋進行改進。這符合去中心化和社區治理的平台精神。
這就是為什麼我們一年前選擇在公共測試網上發布StarkNet Alpha，並繼續開發功能，通過頻繁升級使這些功能具體化。有時，我們會選擇一種設計，試一試大小，然後在確定它能產生更好的效果後選擇另一種設計。
我們當時不確定這是否是正確的做法，但現在的實際情況證明這種做法是對的。一個卓越、活躍、充滿激情的開發者社區在計劃初期就已經參與到這個過程中，並深度參與了網絡的塑造。
因此，我們今天才有這個StarkNet，它經過精心塑造和重塑成為一個非常精簡的平台。
但它仍然被代碼和一些廢棄的功能所拖累，這些功能在最初的建設階段是有著這樣或那樣的功用，現在卻只是負擔。因此，雖然所有我們需要的功能都採用非常精簡的形式，但它們也承載著那些棄用功能的重量。
重置的目的是丟掉這些額外的重量——就像一座新建築卸下數噸腳手架的那一刻。
掌握FSR時機
通過盡可能推遲FSR，我們增加更多積極影響。這是因為我們想利用這個機會，減輕由已經計劃或正在準備中的功能所產生的額外重量。然而我們知道，延遲FSR要么導致應用程序延遲投入生產，要么需要其應用端做更多工作，以確保無縫遷移。
基於上述原因，我們仍在權衡一些因素，以確定最佳狀態重置的日期，但預計會在2022年的第四季度。我們會在以後的帖子中發布更多詳細信息，討論還會需要的確切功能。
未來計劃
現有的StarkNet Alpha運行時間會盡可能的長。同時，我們將部署一個更精簡的StarkNet Alpha新版本，它會以一個全新的狀態重新開始。這意味著在新用例中，所有合約和賬戶都需要重新部署，資產需要從舊的StarkNet Alpha遷移到新的StarkNet Alpha。
這種影響不應太大，我們正在努力將其降至最低。儘管如此，還是有必要採取一些行動：
• 對於ERC-20類型的資產，我們將提供互操作性解決方案，從用戶的角度使流程無縫銜接。
• 對於更複雜的資產，例如NFT等，我們的目標是提供構建區塊，應用程序可以為其用戶提供無縫遷移。例如，我們會提供一種工具，允許在新StarkNet上證明在發生在舊StarkNet上的事件。這可以在舊StarkNet中銷毀帶有元數據的NFT，從而可以將它們鑄造到新StarkNet中的特定地址。
最終性
當我們說狀態重置是最終的，也就是說我們——StarkWare——不會再執行一次重置。顯然，我們為正在進行的去中心化過程感到自豪，其本質是我們無法對掌握在社區手中的網絡做出長期承諾。
社區是否可以在完全去中心化後授權再進行一次重置？從理論上講，這是可以的，但是隨著StarkNet的採用和使用的增長，未來這種舉措的破壞性需要與其帶來的額外好處相權衡。我們希望不需要再有這種二次重置。
隨著未來需求的出現，需要對協議做出有必要的更改，但這不應該是開發者或用戶對StarkNet保持領先地位產生任何懷疑的原因。建築會經歷了無數次的翻修和改變，但清除從地基挖出的泥土是一次性的事情。
StarkNet也是如此。就像一個混亂的建築工地，到處都是多餘的代碼，它已取得了卓越的成就。現在是時候進行它一生中最重要的整理工作了，為網絡的進一步發展做好準備。
原文：《Regenesis: StarkNet’s No-Sweat State Reset》
