prometheus降級工具是一由老外開發的僅適用于64位操作系統的ios降級工具，這款工具不支持iphone5s和ipad air設備，其它設備均支持，如果升級到新版本的ios系統后發現占用內存過大或者出現卡的現象等問題，可以使用這款軟件一鍵降級操作，支持最新的ios10系統降級，有需要的朋友快快下載吧。

使用教程

1、其中一個方法是配合使用nonceenabler和futurerestore兩款工具，這種方式更可靠且快捷，但是需要設備越獄，且需要使用生成器備份.shsh2 blobs文件。

2、另一個方法是僅使用futurerestore工具，不需要越獄，但是需要對設備進行一定概率的攻擊操作，這有可能花費較長時間甚至是無效，這種方式同樣需要.shsh2 blobs，但是必須以特定的方式保存，需要注意的是，這種方法僅對部分的設備有效，且日后也不會更新更多設備。

注意事項

1、僅支持64位設備，32位設備還是不要嘗試了。

2、除了部分的iPhone5s和iPad Air，大部分的設備都需要目前所處的固件可以越獄。

3、如果在越獄環境下使用Prometheus降級工具，必須已經使用生成器保存你需要降級固件的.shsh2 blobs文件，生成器是一個包含.shsh2文件的域，在文件的最后可以發現它。

4、如果在未越獄的環境下使用Prometheus降級工具，同樣必須已保存需要降級固件的.shsh2 blobs文件，但是需要創建于tihmstar發布5個特定環境下中的一個或多個環境，這些環境大部分支持對設備的概率攻擊。

5、在越獄環境下使用Prometheus降級工具，該越獄必須支持“tfp0”功能，目前部分版本的越獄并不支持該功能。

常見問題

服務器錯誤

用戶反映最多的就是使用工具的時候會出現處理器錯誤。有些人錯誤地認為這是因為蘋果的 TSS 服務器已經完全下線了。雖然目前不知道這是因為服務器維修出現的問題，還是因為工具的編碼出了問題，但是在最新版本中 tihmstar已經解決了這個問題。

段錯誤

第二個比較常見的錯誤就是段錯誤，這是因為 macOS 缺少必要的 OpenSSL 支持。不過這個問題也已經在新版 Prometheus 中得到解決。雖然上述兩個問題都得到解決了，但一個更嚴重的問題出現了。

iOS 10.1.1 上的 Touch ID

因為“futurerestore”在恢復過程中不會降級 SEP+ 基帶(沒有 SEP 漏洞就無法降級)，而是以目前驗證版本的基帶來替換。也就是說如果你恢復到 iOS 10.1.1，那么你在用的其實是 iOS 10.2 SEP + 基帶。此前有人認為兩個版本之間發布時間間隔不遠，所以應該不會出問題;但是后來用戶發現，雖然“futurerestore”完成了 iOS 10.1.1 降級，但是 Touch ID 功能無法使用。

Touch ID 功能不可用的話，對某些用戶來說影響可能還是挺大的，一些與它相連的服務或許也因此沒法使用(比如 Apple Pay 支付需要 Touch ID 驗證，這個功能可能受到影響)。

有趣的是意大利越獄開發者 Luca Todesco 此前評論稱這個問題其實有解決方案，只是在評論之后他就不再發聲了。目前我們都不知道他所說的解決方案是否真的有效、他是不是已經在開發這個解決方案、或者他是否有意提供這個解決方案。對于這個問題 tihmstar 已經表示他不會給出解決方案。

總的來說，雖然 Prometheus 發布之后一波三折，但是現在這些問題都得到解決之后，用戶發現這個工具還是很好的。不過因為 Touch ID 的問題實在是無解，不知道會有多少用戶愿意為了降級而不使用 Touch ID。

TSSChecker

Tihmstar 的另外一個工具 TSSChecker 也有兩個非常嚴重的問題。

iPhone 7 / Plus 不兼容

iPhone 7 和 iPhone 7 Plus 在創建 nonce 的生成器時，使用的是和其他 64 位設備不一樣的模式。這個問題雖然不影響到其他設備，但這也意味所有使用這兩個設備的生成器保存的 blobs 是無效的。在 tihmstar 探明蘋果在 nonce 和生成器之間建立的聯系前，TSSChecker 將無法保存這兩個設備的 blobs。

BuildIdentities 和無效 blobs

這個問題要解釋起來就復雜了，不過它對不同用戶的影響也不同。iOS 10 IPSW 文件的變化意味著很多設備將使用相同的 IPSW。也就是說與所有設備 (BuildIdentities) 相關的信息都會保存在 IPSW 中的 Build Manifest。TSSChecker習慣于使用它發現的第一個 BuildIdentity，然后為其請求 APTicket。但是如今 IPSW 中有那么多 BuildIdentities，那么它獲得的第一個 BuildIdentities 就不一定是適合用戶設備的那個。如果獲得的 BuildIdentity 不正確，那么 TSSChecker 生成的 APTicket 也就是無效的。

好在新版 TSSChecker 已經解決這個問題，相關更新也已經整合到 1Conan 的在線版工具 TSSSaver 中。不過你已經保存的 .shsh2 文件該怎么處理?它們是否也無效?

如果你有 iOS 10.2 blobs，最好就是把它刪掉，使用最新版 TSSChecker 或 TSSSaver 重新請求生成新的，因為 iOS 10.2 現在還可以驗證，所以用戶輕易就能拿到。相比驗證你已經為特定固件保存的 blobs 相比，請求生成新的 iOS 10.2 blobs 要更快更簡單。

至于 iOS 10.1.1 及更舊的版本，以為驗證已經關閉，你想請求新的 .shsh2 文件已是不可能。你唯一的選擇就是祈禱你的 blobs 拿到了正確的 BuildIdentity，獲得有效的 APTicket。你可用 tihmstar 的 img4tool 來測試一下便可知。

目前建議此件已經保存了 iOS 10.2 .shsh2 blobs 的用戶，使用最新的 TSSChecker 或 TSSSaver 工具來重新保存一下。至于更舊的 blobs 版本，用戶也不要沖動，在確定它們確實不可用之后再刪掉，目前確實有些幸運用戶就發現他們的 iPhone 6 和 iPhone SE blobs 是正確的，而 iPhone 5s 的 blobs 卻是無效的。

如果你想使用 img4tool 來驗證現有的 blobs，不論成功與否都可以分享出來，看看是否會在特定的機型上才會出現 blobs 有效或者無效的情況。另外如果你使用 tihmstar 的 Prometheus 和 TSSChecker，那么請確認你使用的是最新版本，從而可以避免以上很多問題。