昨晚我把@BabylonLabs_io 的治理论坛帖子翻了一遍，三道门，每道门都有自己的规矩。参数不是拍脑袋定的，是走完流程才落地的，流程走不完，数字就只是草案。三道门的规矩，就是给数字上户口，没上户口的数字，谁都可以改。
分三道门看治理，我翻帖子时核到：TEMP CHECK讨论在前，ARFC细化在后，AIP才生效，顺序写死，一步不能跳。TEMP CHECK是提出话题，ARFC是细化方案，AIP是最终拍板，每道门都在过滤仓促的决定。讨论得越久，数字越扎实，仓促上线的参数，早晚要回炉重造。门是过滤器，过滤的不是速度，是草率。
我对照参数页和治理文档核了一遍：78%的最大抵押率、1.0倍的清算线，都是过完门才定下来的数。0.78倍就是78%，数字一样，含义一样，都是治理的结果。参数页写的是结果，治理文档写的是过程，结果要信，过程更要看，过程没走完，结果就是临时的。我翻帖子的时候留意到，TEMP CHECK阶段的讨论里，质疑比赞同多，这才是参数值钱的地方。
今天又翻到ARFC的讨论帖，风险参数还在论证，没走完门。没走完门，就不算数，讨论中的参数，别当成生效的参数用。$BABY 生态中，参数是治理的孩子，门没走完，孩子还没出生，别急着给孩子起名字，名字起早了，门没走完，改起来更麻烦。
我数过，TEMP CHECK里的数、ARFC里的数、AIP生效的数，三个阶段的数，三种可信度，分不清阶段，就会拿草案当定稿，拿讨论当结论，结论下早了，账就记错了，错账比没账更危险，错一次，就要用十次正确的判断去补。下次看到参数，先问它过到第几道门。#baby
分三道门看治理，我翻帖子时核到：TEMP CHECK讨论在前，ARFC细化在后，AIP才生效，顺序写死，一步不能跳。TEMP CHECK是提出话题，ARFC是细化方案，AIP是最终拍板，每道门都在过滤仓促的决定。讨论得越久，数字越扎实，仓促上线的参数，早晚要回炉重造。门是过滤器，过滤的不是速度，是草率。
我对照参数页和治理文档核了一遍：78%的最大抵押率、1.0倍的清算线，都是过完门才定下来的数。0.78倍就是78%，数字一样，含义一样，都是治理的结果。参数页写的是结果，治理文档写的是过程，结果要信，过程更要看，过程没走完，结果就是临时的。我翻帖子的时候留意到，TEMP CHECK阶段的讨论里，质疑比赞同多，这才是参数值钱的地方。
今天又翻到ARFC的讨论帖，风险参数还在论证，没走完门。没走完门，就不算数，讨论中的参数，别当成生效的参数用。$BABY 生态中，参数是治理的孩子，门没走完，孩子还没出生，别急着给孩子起名字，名字起早了，门没走完，改起来更麻烦。
我数过，TEMP CHECK里的数、ARFC里的数、AIP生效的数，三个阶段的数，三种可信度，分不清阶段，就会拿草案当定稿，拿讨论当结论，结论下早了，账就记错了，错账比没账更危险，错一次，就要用十次正确的判断去补。下次看到参数，先问它过到第几道门。#baby