硬體壓縮側鏈

① 音樂製作中的側鏈壓縮是什麼意思

影片的製作過程中，最常遇到的問題就是，如何快速匹配人聲與背景音樂的音量。我們需要的結果是，當人開始說話的時候，背景音樂降低一下，說完
話之後，背景音樂又提起來，使主體表白與背景音樂烘托之間產生一個動態平衡。

② 什麼是區塊鏈擴容

普通用戶能夠運行節點對於區塊鏈的去中心化至關重要

想像一下凌晨兩點多，你接到了一個緊急呼叫，來自世界另一端幫你運行礦池 (質押池) 的人。從大約 14 分鍾前開始，你的池子和其他幾個人從鏈中分離了出來，而網路仍然維持著 79% 的算力。根據你的節點，多數鏈的區塊是無效的。這時出現了余額錯誤：區塊似乎錯誤地將 450 萬枚額外代幣分配給了一個未知地址。

一小時後，你和其他兩個同樣遭遇意外的小礦池參與者、一些區塊瀏覽器和交易所方在一個聊天室中，看見有人貼出了一條推特的鏈接，開頭寫著「宣布新的鏈上可持續協議開發基金」。

到了早上，相關討論廣泛散布在推特以及一個不審查內容的社區論壇上。但那時 450 萬枚代幣中的很大一部分已經在鏈上轉換為其他資產，並且進行了數十億美元的 defi 交易。79％的共識節點，以及所有主要的區塊鏈瀏覽器和輕錢包的端點都遵循了這條新鏈。也許新的開發者基金將為某些開發提供資金，或者也許所有這些都被領先的礦池、交易所及其裙帶所吞並。但是無論結果如何，該基金實際上都成為了既成事實，普通用戶無法反抗。

或許還有這么一部主題電影。或許會由 MolochDAO 或其他組織進行資助。

這種情形會發生在你的區塊鏈中嗎？你所在區塊鏈社區的精英，包括礦池、區塊瀏覽器和託管節點，可能協調得很好，他們很可能都在同一個 telegram 頻道和微信群中。如果他們真的想出於利益突然對協議規則進行修改，那麼他們可能具備這種能力。以太坊區塊鏈在十小時內完全解決了共識失敗，如果是只有一個客戶端實現的區塊鏈，並且只需要將代碼更改部署到幾十個節點，那麼可以更快地協調客戶端代碼的更改。能夠抵禦這種社會性協作攻擊的唯一可靠方式是「被動防禦」，而這種力量來自去一個中心化的群體：用戶。

想像一下，如果用戶運行區塊鏈的驗證節點 (無論是直接驗證還是其他間接技術)，並自動拒絕違反協議規則的區塊，即使超過 90% 的礦工或質押者支持這些區塊，故事會如何發展。

如果每個用戶都運行一個驗證節點，那麼攻擊很快就會失敗：有些礦池和交易所會進行分叉，並且在整個過程中看起來很愚蠢。但是即使只有一些用戶運行驗證節點，攻擊者也無法大獲全勝。相反，攻擊會導致混亂，不同用戶會看到不同的區塊鏈版本。最壞情況下，隨之而來的市場恐慌和可能持續的鏈分叉將大幅減少攻擊者的利潤。對如此曠日持久的沖突進行應對的想法本身就可以阻止大多數攻擊。

Hasu 關於這一點的看法：

「我們要明確一件事，我們之所以能夠抵禦惡意的協議更改，是因為擁有用戶驗證區塊鏈的文化，而不是因為 PoW 或 PoS。」

此外，存儲大小決定了新節點能夠上線並開始參與網路所需的時間。現有節點必須存儲的任何數據都是新節點必須下載的數據。這個初始同步時間 (和帶寬) 也是用戶能夠運行節點的主要障礙。在寫這篇博文時，同步一個新的 geth 節點花了我大約 15 個小時。如果以太坊的使用量增加 10 倍，那麼同步一個新的 geth 節點將至少需要一周時間，而且更有可能導致節點的互聯網連接受到限制。這在攻擊期間更為重要，當用戶之前未運行節點時對攻擊做出成功響應需要用戶啟用新節點。

交互效應

此外，這三類成本之間存在交互效應。由於資料庫在內部使用樹結構來存儲和檢索數據，因此從資料庫中獲取數據的成本隨著資料庫大小的對數而增加。事實上，因為頂級 (或前幾級) 可以緩存在 RAM 中，所以磁碟訪問成本與資料庫大小成正比，是 RAM 中緩存數據大小的倍數。

不要從字面上理解這個圖，不同的資料庫以不同的方式工作，通常內存中的部分只是一個單獨 (但很大) 的層 (參見 leveldb 中使用的 LSM 樹)。但基本原理是一樣的。

例如，如果緩存為 4 GB，並且我們假設資料庫的每一層比上一層大 4 倍，那麼以太坊當前的 ~64 GB 狀態將需要 ~2 次訪問。但是如果狀態大小增加 4 倍到 ~256 GB，那麼這將增加到 ~3 次訪問。因此，gas 上限增加 4 倍實際上可以轉化為區塊驗證時間增加約 6 倍。這種影響可能會更大：硬碟在已滿狀態下比空閑時需要花更長時間來讀寫。

這對以太坊來說意味著什麼？

現在在以太坊區塊鏈中，運行一個節點對許多用戶來說已經是一項挑戰，盡管至少使用常規硬體仍然是可能的 (我寫這篇文章時剛剛在我的筆記本電腦上同步了一個節點！)。因此，我們即將遭遇瓶頸。核心開發者最關心的問題是存儲大小。因此，目前在解決計算和數據瓶頸方面的巨大努力，甚至對共識演算法的改變，都不太可能帶來 gas limit 的大幅提升。即使解決了以太坊最大的 DoS 弱點，也只能將 gas limit 提高 20%。

對於存儲大小的問題，唯一解決方案是無狀態和狀態逾期。無狀態使得節點群能夠在不維護永久存儲的情況下進行驗證。狀態逾期會使最近未訪問過的狀態失活，用戶需要手動提供證明來更新。這兩條路徑已經研究了很長時間，並且已經開始了關於無狀態的概念驗證實現。這兩項改進相結合可以大大緩解這些擔憂，並為顯著提升 gas limit 開辟空間。但即使在實施無狀態和狀態逾期之後，gas limit 也可能只會安全地提升約 3 倍，直到其他限制開始發揮作用。

另一個可能的中期解決方案使使用 ZK-SNARKs 來驗證交易。ZK-SNARKs 能夠保證普通用戶無需個人存儲狀態或是驗證區塊，即使他們仍然需要下載區塊中的所有數據來抵禦數據不可用攻擊。另外，即使攻擊者不能強行提交無效區塊，但是如果運行一個共識節點的難度過高，依然會有協調審查攻擊的風險。因此，ZK-SNARKs 不能無限地提升節點能力，但是仍然能夠對其進行大幅提升 (或許是 1-2 個數量級)。一些區塊鏈在 layer1 上探索該形式，以太坊則通過 layer2 協議 (也叫 ZK rollups) 來獲益，例如 zksync, Loopring 和 Starknet。

分片之後又會如何？

分片從根本上解決了上述限制，因為它將區塊鏈上包含的數據與單個節點需要處理和存儲的數據解耦了。節點驗證區塊不是通過親自下載和執行，而是使用先進的數學和密碼學技術來間接驗證區塊。

因此，分片區塊鏈可以安全地擁有非分片區塊鏈無法實現的非常高水平的吞吐量。這確實需要大量的密碼學技術來有效替代樸素完整驗證，以拒絕無效區塊，但這是可以做到的：該理論已經具備了基礎，並且基於草案規范的概念驗證已經在進行中。

以太坊計劃採用二次方分片 (quadratic sharding)，其中總可擴展性受到以下事實的限制：節點必須能夠同時處理單個分片和信標鏈，而信標鏈必須為每個分片執行一些固定的管理工作。如果分片太大，節點就不能再處理單個分片，如果分片太多，節點就不能再處理信標鏈。這兩個約束的乘積構成了上限。

可以想像，通過三次方分片甚至指數分片，我們可以走得更遠。在這樣的設計中，數據可用性采樣肯定會變得更加復雜，但這是可以實現的。但以太坊並沒有超越二次方，原因在於，從交易分片到交易分片的分片所獲得的額外可擴展性收益實際上無法在其他風險程度可接受的前提下實現。

那麼這些風險是什麼呢？

最低用戶數量

可以想像，只要有一個用戶願意參與，非分片區塊鏈就可以運行。但分片區塊鏈並非如此：單個節點無法處理整條鏈，因此需要足夠的節點以共同處理區塊鏈。如果每個節點可以處理 50 TPS，而鏈可以處理 10000 TPS，那麼鏈至少需要 200 個節點才能存續。如果鏈在任何時候都少於 200 個節點，那可能會出現節點無法再保持同步，或者節點停止檢測無效區塊，或者還可能會發生許多其他壞事，具體取決於節點軟體的設置。

在實踐中，由於需要冗餘 (包括數據可用性采樣)，安全的最低數量比簡單的「鏈 TPS 除以節點 TPS」高幾倍，對於上面的例子，我們將其設置位 1000 個節點。

如果分片區塊鏈的容量增加 10 倍，則最低用戶數也增加 10 倍。現在大家可能會問：為什麼我們不從較低的容量開始，當用戶很多時再增加，因為這是我們的實際需要，用戶數量回落再降低容量？

這里有幾個問題：

最低用戶數為 1,000，這幾乎可以說是沒問題的。另一方面，最低用戶數設為 100 萬，這肯定是不行。即使最低用戶數為 10,000 也可以說開始變得有風險。因此，似乎很難證明超過幾百個分片的分片區塊鏈是合理的。

歷史可檢索性

用戶真正珍視的區塊鏈重要屬性是永久性。當公司破產或是維護該生態系統不再產生利益時，存儲在伺服器上的數字資產將在 10 年內不再存在。而以太坊上的 NFT 是永久的。

是的，到 2372 年人們仍能夠下載並查閱你的加密貓。

但是一旦區塊鏈的容量過高，存儲所有這些數據就會變得更加困難，直到某時出現巨大風險，某些歷史數據最終將……沒人存儲。

要量化這種風險很容易。以區塊鏈的數據容量 (MB/sec) 為單位，乘以 ~30 得到每年存儲的數據量 (TB)。當前的分片計劃的數據容量約為 1.3 MB/秒，因此約為 40 TB/年。如果增加 10 倍，則為 400 TB/年。如果我們不僅希望可以訪問數據，而且是以一種便捷的方式，我們還需要元數據 (例如解壓縮匯總交易)，因此每年達到 4 PB，或十年後達到 40 PB。Internet Archive (互聯網檔案館) 使用 50 PB。所以這可以說是分片區塊鏈的安全大小上限。

因此，看起來在這兩個維度上，以太坊分片設計實際上已經非常接近合理的最大安全值。常數可以增加一點，但不能增加太多。

結語

嘗試擴容區塊鏈的方法有兩種：基礎的技術改進和簡單地提升參數。首先，提升參數聽起來很有吸引力：如果您是在餐紙上進行數學運算，這就很容易讓自己相信消費級筆記本電腦每秒可以處理數千筆交易，不需要 ZK-SNARK、rollups 或分片。不幸的是，有很多微妙的理由可以解釋為什麼這種方法是有根本缺陷的。

運行區塊鏈節點的計算機無法使用 100％的 CPU 來驗證區塊鏈；他們需要很大的安全邊際來抵抗意外的 DoS 攻擊，他們需要備用容量來執行諸如在內存池中處理交易之類的任務，並且用戶不希望在計算機上運行節點的時候無法同時用於任何其他應用。帶寬也會受限：10 MB/s 的連接並不意味著每秒可以處理 10 MB 的區塊！也許每 12 秒才能處理 1-5 MB 的塊。存儲也是一樣，提高運行節點的硬體要求並且限制專門的節點運行者並不是解決方案。對於去中心化的區塊鏈而言，普通用戶能夠運行節點並形成一種文化，即運行節點是一種普遍行為，這一點至關重要。

③ 硬體壓縮器類型

可以使用壓縮和其他功能來改進保存性能，從而節省用於保存操作的介質。

執行保存操作時，數據壓縮會對介質上的數據進行壓縮。執行恢復操作時，數據解壓會重構數據。系統確保可以正確地重構保存的信息。壓縮和解壓時不會丟失數據。

兩種主要壓縮類型為：硬體壓縮和軟體壓縮。大多數磁帶介質設備使用硬體壓縮，硬體壓縮通常要比軟體壓縮更快。軟體壓縮佔用大量的處理單元資源，並且可能增加保存和恢復時間。

除數據壓縮之外，您還可以使用緊縮和最佳塊大小功能來簡化保存操作。所有保存命令均可通過參數提供這些功能：

• 數據壓縮（DTACPR）

• 數據緊縮（COMPACT）

• 使用最佳塊大小（USEOPTBLK）

可以在SAVSYS命令描述中看到參數值示例。

如果保存到保存文件或光學介質，那麼還可以選擇以下三種軟體壓縮方式：低度、中度和高度。選擇的格式的壓縮度越高，保存花費的時間越長，但是通常結果保存數據會越小。保存命令的「數據壓縮」（DTACPR）參數提供以下選項，這些選項可通過保存對象（QsrSave）和保存對象列表（QSRSAVO）API 獲取：

• 低度：這是用於保存文件和光學介質的預設壓縮格式。低度壓縮通常比中度壓縮或高度壓縮更快。壓縮的數據通常比使用中度壓縮或高度壓縮時的壓縮數據大。

• 中度：這是用於光學 DVD 介質的預設壓縮格式。中度壓縮通常比低度壓縮慢，但比高度壓縮快。壓縮的數據通常比使用低度壓縮時小，比使用高度壓縮時大。

• 高度：在需要最大限度的壓縮時使用這種壓縮格式。通常情況下，高度壓縮明顯地慢於低度壓縮和中度壓縮。壓縮的數據通常比使用低度壓縮或中度壓縮時小。

還可以在System i® Performance Capabilities Reference中找到有關壓縮、緊縮和最佳塊大小的更多信息。『使用保存文件來保存和恢復』一章提供了有關 *LOW、*MEDIUM 和 *HIGH 壓縮的壓縮比例的信息。

④ protools 怎麼進行側鏈壓縮 閃避

a軌在發送添加一個bus，在b軌需要加側鏈的效果器界面選擇同一個bus，然後點亮小鑰匙樣的按鈕

⑤ studio one 3側鏈壓縮怎麼做

1、如果安裝的宿主是盒裝光碟里的Studio One 2，請安裝32bit版的Piapro Studio；（具體原因在Studio One 2 APE安裝事項中說明）
2、Piapro Studio與Mutant VSTi安裝時不可以更改安裝路徑，否則附帶的宿主識別不到，並且Piapro Studio只能用Crypton Future Media出品的VOCALOID3製品音源，並且不支持VOCALOID JOB PLUGIN；
3、從音源開始安裝，到最終所有軟體、音源安裝結束（尤其是安裝VOCALOID API），請保持系統語言在常用區，否則會發生一系列的未知錯誤；
4、安裝語言最好使用English。
5、請確保安裝了.net framework 4.0，否則Piapro Studio將無法收到新版本升級提示。

⑥ 什麼是硬體壓縮視頻採集卡

恩．是插在PCI擴展槽上的，．外型比顯卡大很多．上面有很多組晶元，．一般是做監控用．價格在2000－3000不等

⑦ 監控的硬體壓縮卡與軟體壓縮卡的不同

硬體壓縮比軟體壓縮快,省CPU資源,壓縮後圖像失真小.當須要將監控資料導出為標准MPEG格式時快,但軟壓縮的弊端就在壓縮後圖像失真大,導出時非常費勁,主要就是以上兩點不同,不過價格也是有一定差距的.

⑧ Studio one 側鏈的作用

側鏈壓縮的用途有很多，比如 可以人聲說話時實現自動將BGM的音量降低 或者是做抽吸感的音色 都可以使用這個技巧?
依舊打開工程，在希望被自動降低音量的軌道上載入Compressor（壓縮效果器）並點擊側鏈（旁鏈）比如我想要用鼓來控制PAD軌 做出抽吸的感覺
那我就需要在 PAD軌上加Compressor，然後將鼓的聲音發送到這個Compressor上
2.將另一軌發送到這個想要被控制的軌道上（也就是用其他的軌道的音量來控制另一軌的音量
3.選擇側鏈→軌道的名字和效果器名字
4.調節壓縮效果器的壓縮比和壓縮的起始時間和結束時間 （像這樣
這樣就設置完成了 當鼓有聲音的時候 PAD軌的聲音就會被壓縮效果器壓下去（也就是只有鼓有聲音的時候 壓縮效果器才會工作
5.如果想要靜音鼓的聲音，但又想要做抽吸的感覺 那可以將鼓通入剛才的側鏈壓縮
教程就到這里 具體效果自己體驗一番就知道怎麼回事了

⑨ 採集卡硬體壓縮與軟體壓縮的區別

一般行業內部叫軟壓和硬壓

一般簡單可理解為：
軟壓：視頻壓縮要主要靠CPU和軟體，系統資源佔用大
硬壓：----------------採集卡（帶有壓縮晶元），系統資源佔用小

⑩ Cubase8試用版是不是沒有側鏈壓縮啊！如果有請告知如何使用！萬分的感謝

元素版都沒有側鏈，不是版本是幾都沒有，因為是免費試用的，功能被閹割了
要想實現側鏈，要麼買正版cubase，要麼就轉移軟體，比如用其它的宿主。