Solana把出块槽位从300毫秒压到250毫秒,链上时钟快了约17%,可每个槽位允许装的计算和数据按比例减了,总吞吐一点没涨。
行话讲不清,换个说法。火车站把发车间隔从30秒缩到25秒,每列车还是装那么多人,一小时的运力没变,只是站台上的队伍不那么挤了。
代价落在别处。epoch缩到大约30小时,离线签名和延迟审批的窗口跟着变短,做市和托管的流程得重新对表。这次动的是节拍,不是容量。
做基础设施的人有个习惯,先动参数再谈架构,因为参数改完当天就能发公告。难的那部分是把单个区块能承载的上限往上抬,那牵扯状态、存储成本和验证者的门槛,改起来慢,也不好看。
我不太信17%提速这种说法。数字没错,摆在表格里也漂亮,可它回答的是链反应快不快,不是链能不能装更多。链的总量没变,体验变了。这种改法对做高频的人友好,对等确认的人没有帮助。
要盯的是另外两个数,升级之后失败交易率和优先费有没有明显下来。下来了,说明调快节拍确实治了堵。没下来,那就是把表拨快了,活儿还是那么多。
#SOL涨约10% #Solana
行话讲不清,换个说法。火车站把发车间隔从30秒缩到25秒,每列车还是装那么多人,一小时的运力没变,只是站台上的队伍不那么挤了。
代价落在别处。epoch缩到大约30小时,离线签名和延迟审批的窗口跟着变短,做市和托管的流程得重新对表。这次动的是节拍,不是容量。
做基础设施的人有个习惯,先动参数再谈架构,因为参数改完当天就能发公告。难的那部分是把单个区块能承载的上限往上抬,那牵扯状态、存储成本和验证者的门槛,改起来慢,也不好看。
我不太信17%提速这种说法。数字没错,摆在表格里也漂亮,可它回答的是链反应快不快,不是链能不能装更多。链的总量没变,体验变了。这种改法对做高频的人友好,对等确认的人没有帮助。
要盯的是另外两个数,升级之后失败交易率和优先费有没有明显下来。下来了,说明调快节拍确实治了堵。没下来,那就是把表拨快了,活儿还是那么多。
#SOL涨约10% #Solana
