Binance Square
Minh Nhat Builder
501 Posting

Minh Nhat Builder

AI | Crypto builder Creating tools to simplify trading & learning
Pemilik GENIUS
Pemilik GENIUS
Pedagang Rutin
10.2 Bulan
96 Mengikuti
63 Pengikut
534 Disukai
Posting
PINNED
·
--
Terverifikasi
Lihat terjemahan
In the past, I almost took it for granted that Bitcoin was truly suited only as a store of value. If you wanted to unlock Bitcoin’s economic value, you had to accept bridging, wrapping or handing your assets over to another party. I had grown accustomed to viewing almost every model that way. Then, when I read about Babylon Genesis, one detail made me stop and think. What caught my attention was not the concept of Bitcoin staking itself, but the fact that Bitcoin remains on its own blockchain, in the owner’s wallet, secured by timelocks and scripts instead of being transferred into another system. I had to read more about timelocks, scripts, Finality Providers and the slashing mechanism before I realized the idea was far less simple than I had initially thought. At first, I assumed Babylon was simply trying to bring Bitcoin into Proof of Stake networks. Later, I realized the focus was not on getting Bitcoin to “stake”, but on making Bitcoin a source of economic security for PoS chains while preserving both the Proof of Work model and users’ control over their assets. From my current perspective, the real difference lies in separating the ability to provide economic security from the need to modify the Bitcoin protocol itself, rather than treating the two as inseparable. That made me rethink the trust model. Babylon Genesis does not seem to be trying to change Bitcoin, but to change how other systems leverage its existing properties: immutability, hash power and self-custody. Bitcoin remains the foundational security layer, while Babylon Genesis becomes the coordination layer for validators, Finality Providers, staking and slashing, allowing PoS networks to “rent” that source of security. @babylonlabs_io #baby $BABY {future}(BABYUSDT) $KOMA $DEXE #KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide {future}(DEXEUSDT) {future}(KOMAUSDT)
In the past, I almost took it for granted that Bitcoin was truly suited only as a store of value. If you wanted to unlock Bitcoin’s economic value, you had to accept bridging, wrapping or handing your assets over to another party. I had grown accustomed to viewing almost every model that way.

Then, when I read about Babylon Genesis, one detail made me stop and think. What caught my attention was not the concept of Bitcoin staking itself, but the fact that Bitcoin remains on its own blockchain, in the owner’s wallet, secured by timelocks and scripts instead of being transferred into another system. I had to read more about timelocks, scripts, Finality Providers and the slashing mechanism before I realized the idea was far less simple than I had initially thought.

At first, I assumed Babylon was simply trying to bring Bitcoin into Proof of Stake networks. Later, I realized the focus was not on getting Bitcoin to “stake”, but on making Bitcoin a source of economic security for PoS chains while preserving both the Proof of Work model and users’ control over their assets.

From my current perspective, the real difference lies in separating the ability to provide economic security from the need to modify the Bitcoin protocol itself, rather than treating the two as inseparable.

That made me rethink the trust model. Babylon Genesis does not seem to be trying to change Bitcoin, but to change how other systems leverage its existing properties: immutability, hash power and self-custody. Bitcoin remains the foundational security layer, while Babylon Genesis becomes the coordination layer for validators, Finality Providers, staking and slashing, allowing PoS networks to “rent” that source of security.
@BabylonLabs_io #baby
$BABY
$KOMA $DEXE
#KospiHitsIntradayRecordUp17% #KospiJumpsRecord15% #KOSPITriggersBuySideSidecar #NasdaqRebounds2.8%EndingSixDaySlide
♥️Bullish
💚Bearish
11 jam lagi
PINNED
Awalnya, mengikuti pasar kripto dengan 0,5 BTC selama beberapa minggu terakhir melalui pengamatan narasi, arus modal, dan perubahan ekosistem terasa seperti cara untuk mencari peluang sebelum altseason. Namun proses itu membuatku sadar bahwa masalahnya bukan memprediksi waktu yang tepat untuk pertumbuhan, melainkan memahami sinyal-sinyal sunyi yang terbentuk sebelum kebanyakan orang menyadarinya. Sejak saat itu, cara aku menilai peluang dalam sebuah siklus pertumbuhan berubah. Pasar tidak hanya dipandang dari apa yang sedang naik harganya, tetapi juga dari arus yang mendasarinya: pengguna, likuiditas, produk dengan permintaan nyata, dan narasi yang sedang dibangun. Bayangkan sebuah sungai sebelum airnya naik. Permukaan hanya menampilkan hasil akhir, sementara perubahan dimulai dari kondisi yang ada di bawahnya: volume air baru, arah aliran, dan tekanan yang terakumulasi. Hanya ketika ketinggian air menjadi jelas, barulah kebanyakan orang menyadari apa yang sudah terjadi sepanjang waktu. Perspektif inilah yang membuatku tertarik pada Babylon. Alih-alih berfokus pada perhatian jangka pendek, Babylon membangun infrastruktur yang memperluas kegunaan Bitcoin—menghubungkan keamanan Bitcoin, mekanisme staking, dan aplikasi keuangan on-chain untuk menciptakan kebutuhan yang lebih praktis. Aku melihat hal ini mirip dengan menilai sebuah perusahaan sebelum pendapatannya tumbuh secara signifikan. Mereka yang hanya melihat harga melihat perubahan pada tahap akhir, sedangkan mereka yang mengamati lebih saksama melihat pengguna, produk, dan skalabilitas sebelum hasilnya muncul. Karena itu, aku tidak menilai Babylon hanya berdasarkan perhatian saat ini. Yang penting adalah apakah Babylon bisa menciptakan permintaan penggunaan yang nyata, memperluas peran Bitcoin dalam DeFi, serta mempertahankan nilai saat kondisi pasar sedang sulit—bukan sekadar menciptakan narasi yang menarik. Yang paling aku pedulikan adalah: apakah Babylon benar-benar mengubah cara nilai Bitcoin dimanfaatkan dalam ekonomi on-chain, atau apakah ia hanya menciptakan narasi baru? Karena nilai jangka panjang tidak datang dari menjadi yang paling diperhatikan, melainkan dari membangun fondasi yang kuat sebelum kebanyakan orang menyadari adanya perubahan. @babylonlabs_io $BABY #baby $DEXE $UAI
Awalnya, mengikuti pasar kripto dengan 0,5 BTC selama beberapa minggu terakhir melalui pengamatan narasi, arus modal, dan perubahan ekosistem terasa seperti cara untuk mencari peluang sebelum altseason. Namun proses itu membuatku sadar bahwa masalahnya bukan memprediksi waktu yang tepat untuk pertumbuhan, melainkan memahami sinyal-sinyal sunyi yang terbentuk sebelum kebanyakan orang menyadarinya.

Sejak saat itu, cara aku menilai peluang dalam sebuah siklus pertumbuhan berubah. Pasar tidak hanya dipandang dari apa yang sedang naik harganya, tetapi juga dari arus yang mendasarinya: pengguna, likuiditas, produk dengan permintaan nyata, dan narasi yang sedang dibangun.

Bayangkan sebuah sungai sebelum airnya naik. Permukaan hanya menampilkan hasil akhir, sementara perubahan dimulai dari kondisi yang ada di bawahnya: volume air baru, arah aliran, dan tekanan yang terakumulasi. Hanya ketika ketinggian air menjadi jelas, barulah kebanyakan orang menyadari apa yang sudah terjadi sepanjang waktu.

Perspektif inilah yang membuatku tertarik pada Babylon. Alih-alih berfokus pada perhatian jangka pendek, Babylon membangun infrastruktur yang memperluas kegunaan Bitcoin—menghubungkan keamanan Bitcoin, mekanisme staking, dan aplikasi keuangan on-chain untuk menciptakan kebutuhan yang lebih praktis.

Aku melihat hal ini mirip dengan menilai sebuah perusahaan sebelum pendapatannya tumbuh secara signifikan. Mereka yang hanya melihat harga melihat perubahan pada tahap akhir, sedangkan mereka yang mengamati lebih saksama melihat pengguna, produk, dan skalabilitas sebelum hasilnya muncul.

Karena itu, aku tidak menilai Babylon hanya berdasarkan perhatian saat ini. Yang penting adalah apakah Babylon bisa menciptakan permintaan penggunaan yang nyata, memperluas peran Bitcoin dalam DeFi, serta mempertahankan nilai saat kondisi pasar sedang sulit—bukan sekadar menciptakan narasi yang menarik.

Yang paling aku pedulikan adalah: apakah Babylon benar-benar mengubah cara nilai Bitcoin dimanfaatkan dalam ekonomi on-chain, atau apakah ia hanya menciptakan narasi baru? Karena nilai jangka panjang tidak datang dari menjadi yang paling diperhatikan, melainkan dari membangun fondasi yang kuat sebelum kebanyakan orang menyadari adanya perubahan.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
📌 Wait for confirmation
✏️ Spot early signals
📍Follow smart money
🖌️Build before attention
1 jam lagi
Lihat terjemahan
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
This is why I continue to watch Babylon beyond the current narrative. The real value will be proven by what it builds when attention fades.
Minh Nhat Builder
·
--
Awalnya, mengikuti pasar kripto dengan 0,5 BTC selama beberapa minggu terakhir melalui pengamatan narasi, arus modal, dan perubahan ekosistem terasa seperti cara untuk mencari peluang sebelum altseason. Namun proses itu membuatku sadar bahwa masalahnya bukan memprediksi waktu yang tepat untuk pertumbuhan, melainkan memahami sinyal-sinyal sunyi yang terbentuk sebelum kebanyakan orang menyadarinya.

Sejak saat itu, cara aku menilai peluang dalam sebuah siklus pertumbuhan berubah. Pasar tidak hanya dipandang dari apa yang sedang naik harganya, tetapi juga dari arus yang mendasarinya: pengguna, likuiditas, produk dengan permintaan nyata, dan narasi yang sedang dibangun.

Bayangkan sebuah sungai sebelum airnya naik. Permukaan hanya menampilkan hasil akhir, sementara perubahan dimulai dari kondisi yang ada di bawahnya: volume air baru, arah aliran, dan tekanan yang terakumulasi. Hanya ketika ketinggian air menjadi jelas, barulah kebanyakan orang menyadari apa yang sudah terjadi sepanjang waktu.

Perspektif inilah yang membuatku tertarik pada Babylon. Alih-alih berfokus pada perhatian jangka pendek, Babylon membangun infrastruktur yang memperluas kegunaan Bitcoin—menghubungkan keamanan Bitcoin, mekanisme staking, dan aplikasi keuangan on-chain untuk menciptakan kebutuhan yang lebih praktis.

Aku melihat hal ini mirip dengan menilai sebuah perusahaan sebelum pendapatannya tumbuh secara signifikan. Mereka yang hanya melihat harga melihat perubahan pada tahap akhir, sedangkan mereka yang mengamati lebih saksama melihat pengguna, produk, dan skalabilitas sebelum hasilnya muncul.

Karena itu, aku tidak menilai Babylon hanya berdasarkan perhatian saat ini. Yang penting adalah apakah Babylon bisa menciptakan permintaan penggunaan yang nyata, memperluas peran Bitcoin dalam DeFi, serta mempertahankan nilai saat kondisi pasar sedang sulit—bukan sekadar menciptakan narasi yang menarik.

Yang paling aku pedulikan adalah: apakah Babylon benar-benar mengubah cara nilai Bitcoin dimanfaatkan dalam ekonomi on-chain, atau apakah ia hanya menciptakan narasi baru? Karena nilai jangka panjang tidak datang dari menjadi yang paling diperhatikan, melainkan dari membangun fondasi yang kuat sebelum kebanyakan orang menyadari adanya perubahan.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
Lihat terjemahan
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
In the end, I believe the strongest opportunities are not found when everyone is watching, but when the foundation is quietly being built. The question is whether Babylon can turn Bitcoin’s potential into sustainable on-chain utility.
Minh Nhat Builder
·
--
Awalnya, mengikuti pasar kripto dengan 0,5 BTC selama beberapa minggu terakhir melalui pengamatan narasi, arus modal, dan perubahan ekosistem terasa seperti cara untuk mencari peluang sebelum altseason. Namun proses itu membuatku sadar bahwa masalahnya bukan memprediksi waktu yang tepat untuk pertumbuhan, melainkan memahami sinyal-sinyal sunyi yang terbentuk sebelum kebanyakan orang menyadarinya.

Sejak saat itu, cara aku menilai peluang dalam sebuah siklus pertumbuhan berubah. Pasar tidak hanya dipandang dari apa yang sedang naik harganya, tetapi juga dari arus yang mendasarinya: pengguna, likuiditas, produk dengan permintaan nyata, dan narasi yang sedang dibangun.

Bayangkan sebuah sungai sebelum airnya naik. Permukaan hanya menampilkan hasil akhir, sementara perubahan dimulai dari kondisi yang ada di bawahnya: volume air baru, arah aliran, dan tekanan yang terakumulasi. Hanya ketika ketinggian air menjadi jelas, barulah kebanyakan orang menyadari apa yang sudah terjadi sepanjang waktu.

Perspektif inilah yang membuatku tertarik pada Babylon. Alih-alih berfokus pada perhatian jangka pendek, Babylon membangun infrastruktur yang memperluas kegunaan Bitcoin—menghubungkan keamanan Bitcoin, mekanisme staking, dan aplikasi keuangan on-chain untuk menciptakan kebutuhan yang lebih praktis.

Aku melihat hal ini mirip dengan menilai sebuah perusahaan sebelum pendapatannya tumbuh secara signifikan. Mereka yang hanya melihat harga melihat perubahan pada tahap akhir, sedangkan mereka yang mengamati lebih saksama melihat pengguna, produk, dan skalabilitas sebelum hasilnya muncul.

Karena itu, aku tidak menilai Babylon hanya berdasarkan perhatian saat ini. Yang penting adalah apakah Babylon bisa menciptakan permintaan penggunaan yang nyata, memperluas peran Bitcoin dalam DeFi, serta mempertahankan nilai saat kondisi pasar sedang sulit—bukan sekadar menciptakan narasi yang menarik.

Yang paling aku pedulikan adalah: apakah Babylon benar-benar mengubah cara nilai Bitcoin dimanfaatkan dalam ekonomi on-chain, atau apakah ia hanya menciptakan narasi baru? Karena nilai jangka panjang tidak datang dari menjadi yang paling diperhatikan, melainkan dari membangun fondasi yang kuat sebelum kebanyakan orang menyadari adanya perubahan.
@BabylonLabs_io $BABY #baby
$DEXE $UAI
Lihat terjemahan
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Real value is proven under pressure, not during hype. Babylon's future depends on whether adoption can sustain demand beyond the narrative.
Minh Nhat Builder
·
--
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @BabylonLabs_io
#baby $BABY $DEXE
Lihat terjemahan
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
In the end, narratives attract attention, but product-market fit keeps users. Time will show whether Babylon can become lasting Bitcoin infrastructure or remain just another compelling story.
Minh Nhat Builder
·
--
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @BabylonLabs_io
#baby $BABY $DEXE
Terverifikasi
Lihat terjemahan
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit. From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results. Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience. This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure. A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface. Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity. Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @babylonlabs_io #baby $BABY $DEXE
Initially, spending 1000 USDT researching Babylon through the staking phases and roadmap seemed to be only about seeking profits from the Bitcoin-secured narrative. But after witnessing more than 57,000 BTC staked by more than 140,000 stakers, I realized that dependence on hype and speculative demand could be a sign of a deeper weakness. Therefore, I needed to carefully evaluate each layer of value and the actual product-market fit.

From there, the way I evaluated the assumption of “launch token then run marketing” changed. A system should not only be viewed through the results it creates, but also examined based on the mechanisms that are determining those results.

Imagine building a skyscraper. Only when real pressure from conservative users like Bitcoin holders appears, do the internal limitations begin to affect the entire experience.

This is the perspective that made me interested in Babylon. Instead of only addressing external symptoms, Babylon focuses on how each layer of demand is formed and operated: Phase 1 creates BTC stake supply, Phase 2 proves utility through DEX - vault - restaking - BABY LST and Phase 3 expands Bitcoin Secured Networks + EVM into a clearer coordinated structure.

A reliable system needs to pass the test under the most difficult circumstances. When the market becomes volatile and Bitcoin holders become more demanding, users still need to clearly understand real BTC stake, on-chain utility and the demand for BABY from adoption, instead of only looking at a simple interface.

Therefore, I do not evaluate Babylon only based on the surface. More importantly, the question is whether it can prove the product-market fit of the staking layer, turn the network into real DeFi infrastructure and make BABY a liquidity - governance hub without creating additional operational complexity.

Finally, my question for Babylon is: does it truly change how network demand is built or just make the problem harder to see? Because a complex system’s long-term value depends on maintaining clarity under pressure. @BabylonLabs_io
#baby $BABY $DEXE
💥 Real BTC utility
67%
⚡️Staking adoption
0%
🌈 DeFi ecosystem growth
33%
🌊 Strong token economics
0%
3 Voting • Voting ditutup
Saya telah melihat-lihat pembaruan terbaru Babylon pada suatu hari dan menyadari satu hal yang terlewat—perancangan ulang token BABY. Ada ketegangan yang diam namun penting yang mulai terbentuk seputar cara token tata kelola yang tepat dapat masuk ke dalam sebuah sistem yang dibangun terutama di atas mekanisme tanpa kepercayaan. Yang menarik, model biaya berbasis lelang sedang dipertimbangkan—agar pasar yang menetapkan harga akses, bukan tarif tetap. Saya tidak sepenuhnya yakin bagaimana hal itu berpadu dengan sebuah vault tanpa kepercayaan, tetapi hal itu membuat saya berpikir bahwa penemuan harga tampaknya dipilih secara sengaja, bukan keputusan tata kelola. Pertanyaan yang muncul di benak saya adalah: apakah token tata kelola dan protokol tanpa kepercayaan benar-benar saling melengkapi? Apakah menambahkan lapisan tata kelola BABY menciptakan sebuah permukaan tempat pengaruh terpusat secara senyap? Itu membuat saya merasa bahwa ketegangan ini jarang diselesaikan dengan bersih seperti yang terlihat dari luarnya. Dari luar, peran BABY yang terus berkembang terasa seperti lapisan TBV yang paling tidak stabil. Saya kadang bertanya-tanya apakah model lelang benar-benar menarik peserta yang tepat atau hanya orang-orang yang terutama mengejar posisi biaya. Desainnya terlihat disengaja, tetapi bagaimana ia bertahan dalam kondisi nyata masih terbuka—bagaimanapun… waktu akan menjawab @babylonlabs_io #baby $BABY $DEXE $AKE
Saya telah melihat-lihat pembaruan terbaru Babylon pada suatu hari dan menyadari satu hal yang terlewat—perancangan ulang token BABY. Ada ketegangan yang diam namun penting yang mulai terbentuk seputar cara token tata kelola yang tepat dapat masuk ke dalam sebuah sistem yang dibangun terutama di atas mekanisme tanpa kepercayaan.

Yang menarik, model biaya berbasis lelang sedang dipertimbangkan—agar pasar yang menetapkan harga akses, bukan tarif tetap.

Saya tidak sepenuhnya yakin bagaimana hal itu berpadu dengan sebuah vault tanpa kepercayaan, tetapi hal itu membuat saya berpikir bahwa penemuan harga tampaknya dipilih secara sengaja, bukan keputusan tata kelola. Pertanyaan yang muncul di benak saya adalah: apakah token tata kelola dan protokol tanpa kepercayaan benar-benar saling melengkapi? Apakah menambahkan lapisan tata kelola BABY menciptakan sebuah permukaan tempat pengaruh terpusat secara senyap?

Itu membuat saya merasa bahwa ketegangan ini jarang diselesaikan dengan bersih seperti yang terlihat dari luarnya. Dari luar, peran BABY yang terus berkembang terasa seperti lapisan TBV yang paling tidak stabil. Saya kadang bertanya-tanya apakah model lelang benar-benar menarik peserta yang tepat atau hanya orang-orang yang terutama mengejar posisi biaya. Desainnya terlihat disengaja, tetapi bagaimana ia bertahan dalam kondisi nyata masih terbuka—bagaimanapun… waktu akan menjawab @BabylonLabs_io #baby $BABY $DEXE $AKE
🧲True security
67%
🛡️Native yield
0%
🧿Lower risk
33%
🧬Clear design
0%
3 Voting • Voting ditutup
Lihat terjemahan
Có người trong 1 nhóm đăng ảnh chụp vị thế TBV của mình với dòng: “Không còn rủi ro bridge nữa, cuối cùng thì BTC trong DeFi cũng được làm đúng cách.” Có người hỏi: “BTC của bạn thực sự đang nằm ở đâu lúc này?” Anh ấy không trả lời, chỉ đăng lại bức ảnh đó. Trustless Bitcoin Vaults đúng là giải quyết một vấn đề thật: không có wrapped token, không có bridge multisig lưu ký BTC. Babylon cho phép BTC native back khoản vay qua Aave v4, nơi bạn deposit BTC và vay USDC hoặc USDT. Rủi ro custodial giảm, nhưng rủi ro hiếm khi disappears, nó thường chỉ chuyển chỗ. Điểm kỹ thuật khi vị thế backed bằng BTC của bạn nằm trong Aave v4, bạn đã thừa hưởng rủi ro của Aave - bug smart contract, thao túng oracle, thay đổi tham số governance hay mô hình lãi suất dưới stress. Không có gì trong số đó là mới, Aave đã được audit và thử thách qua nhiều năm. Nhưng đó là rủi ro khác với cái TBV được xây để loại bỏ. Bạn đã đổi “ai đó kiểm soát BTC của tôi” lấy “1 stack smart contract kiểm soát BTC của tôi có thể làm gì”-2 hạng mục khác nhau, dù đều bị gọi là “trustless”. Tự phê bình: Tôi không nói điều này khiến TBV tệ hơn wrapped BTC. Loại bỏ rủi ro custodial vẫn là 1 nâng cấp thật và track record của Aave mạnh hơn hầu hết bridge operator. Vấn đề là “trustless” được áp dụng cho cả stack, trong khi về kỹ thuật nó chỉ mô tả lớp custody. Đó chính là nơi người dùng ngừng hỏi BTC của họ thực sự đang ở đâu. Giá trị của #BABY phụ thuộc vào volume TBV tăng trưởng, mà điều đó phụ thuộc vào việc người dùng tin tưởng cả stack, không chỉ cơ chế phía Bitcoin. Tôi thà thấy @babylonlabs_io $BABY nêu rõ rủi ro phía Aave hơn là để “trustless” lặng lẽ bao trùm nó.
Có người trong 1 nhóm đăng ảnh chụp vị thế TBV của mình với dòng: “Không còn rủi ro bridge nữa, cuối cùng thì BTC trong DeFi cũng được làm đúng cách.” Có người hỏi: “BTC của bạn thực sự đang nằm ở đâu lúc này?” Anh ấy không trả lời, chỉ đăng lại bức ảnh đó. Trustless Bitcoin Vaults đúng là giải quyết một vấn đề thật: không có wrapped token, không có bridge multisig lưu ký BTC. Babylon cho phép BTC native back khoản vay qua Aave v4, nơi bạn deposit BTC và vay USDC hoặc USDT. Rủi ro custodial giảm, nhưng rủi ro hiếm khi disappears, nó thường chỉ chuyển chỗ.

Điểm kỹ thuật khi vị thế backed bằng BTC của bạn nằm trong Aave v4, bạn đã thừa hưởng rủi ro của Aave - bug smart contract, thao túng oracle, thay đổi tham số governance hay mô hình lãi suất dưới stress. Không có gì trong số đó là mới, Aave đã được audit và thử thách qua nhiều năm. Nhưng đó là rủi ro khác với cái TBV được xây để loại bỏ. Bạn đã đổi “ai đó kiểm soát BTC của tôi” lấy “1 stack smart contract kiểm soát BTC của tôi có thể làm gì”-2 hạng mục khác nhau, dù đều bị gọi là “trustless”. Tự phê bình: Tôi không nói điều này khiến TBV tệ hơn wrapped BTC. Loại bỏ rủi ro custodial vẫn là 1 nâng cấp thật và track record của Aave mạnh hơn hầu hết bridge operator. Vấn đề là “trustless” được áp dụng cho cả stack, trong khi về kỹ thuật nó chỉ mô tả lớp custody. Đó chính là nơi người dùng ngừng hỏi BTC của họ thực sự đang ở đâu. Giá trị của #BABY phụ thuộc vào volume TBV tăng trưởng, mà điều đó phụ thuộc vào việc người dùng tin tưởng cả stack, không chỉ cơ chế phía Bitcoin. Tôi thà thấy @BabylonLabs_io $BABY nêu rõ rủi ro phía Aave hơn là để “trustless” lặng lẽ bao trùm nó.
🟤More than BTC
0%
🔴 Long-term play
33%
🟠Early adoption
67%
⚫️New narrative
0%
3 Voting • Voting ditutup
Lihat terjemahan
Trong nhiều năm tôi giữ 1 số BTC chỉ đứng yên chẳng làm gì, điều này luôn làm tôi khó chịu. Không bán vì tôi vẫn tin vào nó về dài hạn, nhưng cũng không kiếm được gì trong khi nó nằm trong kho lạnh. Đó cơ bản là lý do Babylon thu hút sự chú ý của tôi vài tháng trước. Ý tưởng đủ đơn giản đến mức ban đầu tôi gần như không tin: stake BTC thực sự của bạn, không wrap nó, không bridge sang sidechain nào, không tin tưởng một người giám hộ giữ khóa của bạn. Nó vẫn ở trên mạng Bitcoin suốt thời gian. Phần tự lưu ký đó quan trọng với tôi hơn những gì mọi người nghĩ, vì tôi đã từng bị đốt trước đây khi tin tưởng trung gian với tài sản tôi nghĩ là “được stake an toàn.” Điều thực sự thú vị là trường hợp sử dụng. Các chuỗi PoS mượn bảo mật của Bitcoin để khởi động niềm tin của chính họ là một mảnh kỹ thuật thông minh, thành thật mà nói. Liệu điều đó có chuyển thành lợi suất bền vững về dài hạn hay không là câu hỏi thực sự mà chưa ai trả lời. Các script timelock và điều kiện slashing nghe vững chắc trên giấy, nhưng giấy và mainnet dưới áp lực là hai chuyện khác nhau. Tôi đã chuyển 1 số lượng nhỏ vào, không all in cho đến khi tôi thấy nó hoạt động như thế nào trong áp lực thị trường thực tế, không chỉ điều kiện bình yên. Vẫn hoài nghi về tokenomics và cách BABY tự tích lũy giá trị so với chỉ là token điều phối. Có ai khác đang thử cái này không, hay tất cả các bạn vẫn đang xem từ ngoài như tôi đã làm trong nhiều tháng? @babylonlabs_io #baby $BABY $VELVET $BANK
Trong nhiều năm tôi giữ 1 số BTC chỉ đứng yên chẳng làm gì, điều này luôn làm tôi khó chịu. Không bán vì tôi vẫn tin vào nó về dài hạn, nhưng cũng không kiếm được gì trong khi nó nằm trong kho lạnh. Đó cơ bản là lý do Babylon thu hút sự chú ý của tôi vài tháng trước. Ý tưởng đủ đơn giản đến mức ban đầu tôi gần như không tin: stake BTC thực sự của bạn, không wrap nó, không bridge sang sidechain nào, không tin tưởng một người giám hộ giữ khóa của bạn. Nó vẫn ở trên mạng Bitcoin suốt thời gian. Phần tự lưu ký đó quan trọng với tôi hơn những gì mọi người nghĩ, vì tôi đã từng bị đốt trước đây khi tin tưởng trung gian với tài sản tôi nghĩ là “được stake an toàn.” Điều thực sự thú vị là trường hợp sử dụng. Các chuỗi PoS mượn bảo mật của Bitcoin để khởi động niềm tin của chính họ là một mảnh kỹ thuật thông minh, thành thật mà nói. Liệu điều đó có chuyển thành lợi suất bền vững về dài hạn hay không là câu hỏi thực sự mà chưa ai trả lời. Các script timelock và điều kiện slashing nghe vững chắc trên giấy, nhưng giấy và mainnet dưới áp lực là hai chuyện khác nhau. Tôi đã chuyển 1 số lượng nhỏ vào, không all in cho đến khi tôi thấy nó hoạt động như thế nào trong áp lực thị trường thực tế, không chỉ điều kiện bình yên. Vẫn hoài nghi về tokenomics và cách BABY tự tích lũy giá trị so với chỉ là token điều phối. Có ai khác đang thử cái này không, hay tất cả các bạn vẫn đang xem từ ngoài như tôi đã làm trong nhiều tháng?
@BabylonLabs_io #baby $BABY
$VELVET $BANK
🔴 Long-term play
0%
⚫️New narrative
0%
🟤More than BTC
0%
🟠Early adoption
100%
1 Voting • Voting ditutup
Lihat terjemahan
Tôi đã thấy khá nhiều câu chuyện xoay quanh những tầm nhìn tham vọng: từ cầu nối chuỗi chéo, BTC được bọc đến vô số giải pháp “đưa Bitcoin vào DeFi”. Nhưng càng nhìn sâu, tôi càng nhận ra rằng điều thực sự đáng chú ý vẫn là tính đáng tin cậy và sự nguyên bản của Bitcoin. Trước khi có giải pháp không cần tin tưởng, mọi thứ vẫn chạy nhưng luôn có sự không chắc chắn khi rời khỏi chuỗi gốc và phải tin bên thứ ba. Bitcoin DeFi cũng từng trải qua giai đoạn tương tự. Đó là lý do tôi chú ý đến khía cạnh chưa nhận được nhiều sự quan tâm: giữ thanh toán Bitcoin trên chuỗi gốc trong khi vẫn sử dụng linh hoạt trong DeFi - không phải token bọc hay người giám hộ, mà là Bitcoin Vault không cần tin tưởng. Tôi bắt đầu để ý đến Babylon Trustless Bitcoin Vaults (TBV) vì điều này. Ý tưởng nghe rất hấp dẫn: thay vì làm thêm một app cho vay hay stablecoin điển hình, họ đang xây dựng cơ sở hạ tầng cốt lõi cho Bitcoin DeFi. Giữ BTC nguyên vẹn trên chuỗi Bitcoin, dùng các bằng chứng mật mã (Taproot, hashlock, ZK-based BABE) để Ethereum có thể xác minh và tương tác không cần tin tưởng. Cách tiếp cận này thực sự tôn trọng bản chất của Bitcoin thay vì cố gắng “cải tạo” nó theo kiểu khác. Dù vậy, cuối cùng mọi thứ vẫn quay về câu hỏi cốt lõi: liệu nó có tìm được chỗ đứng trong thói quen người dùng? Whitepaper hay hay câu chuyện hấp dẫn chưa bao giờ là minh chứng cho giá trị thực. Quan trọng nhất vẫn là sử dụng thực tế. Babylon TBV có lẽ hiểu rõ điều đó. Phần còn lại, tôi nghĩ thị trường cần thêm thời gian để trả lời. @babylonlabs_io $BABY #baby $CAP $EDGE {future}(BABYUSDT)
Tôi đã thấy khá nhiều câu chuyện xoay quanh những tầm nhìn tham vọng: từ cầu nối chuỗi chéo, BTC được bọc đến vô số giải pháp “đưa Bitcoin vào DeFi”. Nhưng càng nhìn sâu, tôi càng nhận ra rằng điều thực sự đáng chú ý vẫn là tính đáng tin cậy và sự nguyên bản của Bitcoin.
Trước khi có giải pháp không cần tin tưởng, mọi thứ vẫn chạy nhưng luôn có sự không chắc chắn khi rời khỏi chuỗi gốc và phải tin bên thứ ba. Bitcoin DeFi cũng từng trải qua giai đoạn tương tự. Đó là lý do tôi chú ý đến khía cạnh chưa nhận được nhiều sự quan tâm: giữ thanh toán Bitcoin trên chuỗi gốc trong khi vẫn sử dụng linh hoạt trong DeFi - không phải token bọc hay người giám hộ, mà là Bitcoin Vault không cần tin tưởng.
Tôi bắt đầu để ý đến Babylon Trustless Bitcoin Vaults (TBV) vì điều này. Ý tưởng nghe rất hấp dẫn: thay vì làm thêm một app cho vay hay stablecoin điển hình, họ đang xây dựng cơ sở hạ tầng cốt lõi cho Bitcoin DeFi. Giữ BTC nguyên vẹn trên chuỗi Bitcoin, dùng các bằng chứng mật mã (Taproot, hashlock, ZK-based BABE) để Ethereum có thể xác minh và tương tác không cần tin tưởng. Cách tiếp cận này thực sự tôn trọng bản chất của Bitcoin thay vì cố gắng “cải tạo” nó theo kiểu khác.
Dù vậy, cuối cùng mọi thứ vẫn quay về câu hỏi cốt lõi: liệu nó có tìm được chỗ đứng trong thói quen người dùng? Whitepaper hay hay câu chuyện hấp dẫn chưa bao giờ là minh chứng cho giá trị thực. Quan trọng nhất vẫn là sử dụng thực tế. Babylon TBV có lẽ hiểu rõ điều đó. Phần còn lại, tôi nghĩ thị trường cần thêm thời gian để trả lời.
@BabylonLabs_io $BABY #baby
$CAP $EDGE
⚡️Pure BTC or wrapped?
0%
Babylon TBV: True DeFi for BTC
0%
🔺Keep BTC native.Game changer
0%
🧬Trustless > Custodian. Agree
0%
0 Voting • Voting ditutup
Lihat terjemahan
Ban đầu tôi cho rằng vay vốn và tự lưu ký là hai thứ không đi chung đường, rằng ngay khi bạn muốn có thanh khoản thì bạn phải giao chìa khóa của mình cho người khác và hy vọng. Các khoản vay được thế chấp bằng Bitcoin gốc dường như phá vỡ sự đánh đổi đó, nhưng điều thú vị không nằm ở lời hứa hẹn, mà là ở những gì xảy ra sau khi khoản vay được mở. Sự ma sát xuất hiện ở yếu tố thời gian. Tài sản thế chấp phải được đặt ở đâu đó có thể xác minh được, điều đó có nghĩa là một lớp niềm tin nào đó lại len lỏi quay trở lại, chỉ là được phân bổ theo cách khác so với một đơn vị lưu ký tập trung. Mọi người xem đó như một chi tiết kỹ thuật. Thực ra, đó mới là toàn bộ sản phẩm. Điều khiến ai đó tiếp tục vay lần nữa không phải là lãi suất, mà là liệu quy trình đó có khiến họ cảm thấy an toàn ngay từ lần đầu hay không. Đó là sự giữ chân người dùng, chứ không phải đổi mới. Tôi dành thời gian cho nhiệm vụ CreatorPad để tìm hiểu về dual delegation của Babylon, và có một điểm khiến tôi suy nghĩ mãi…BTC stakers bảo mật chain nhưng không có quyền quản trị, trong khi BABY holders lại nắm tiếng nói quyết định. BTC cung cấp sức mạnh, nhưng BABY mới là thứ giữ tay lái. Vì vậy, câu hỏi thực sự không phải là liệu bạn có thể vay dựa trên Bitcoin mà không phải từ bỏ nó hay không. Mà là liệu hệ thống đó có thực sự đang kiểm chứng niềm tin của bạn vào mã nguồn hay chỉ đơn giản là chuyển nơi bạn đặt niềm tin mà thôi. Liệu đây là thiết kế tạm thời hay định hướng lâu dài của Babylon? @babylonlabs_io $BABY #baby {future}(BABYUSDT) $ESPORTS $AKE
Ban đầu tôi cho rằng vay vốn và tự lưu ký là hai thứ không đi chung đường, rằng ngay khi bạn muốn có thanh khoản thì bạn phải giao chìa khóa của mình cho người khác và hy vọng. Các khoản vay được thế chấp bằng Bitcoin gốc dường như phá vỡ sự đánh đổi đó, nhưng điều thú vị không nằm ở lời hứa hẹn, mà là ở những gì xảy ra sau khi khoản vay được mở.

Sự ma sát xuất hiện ở yếu tố thời gian. Tài sản thế chấp phải được đặt ở đâu đó có thể xác minh được, điều đó có nghĩa là một lớp niềm tin nào đó lại len lỏi quay trở lại, chỉ là được phân bổ theo cách khác so với một đơn vị lưu ký tập trung. Mọi người xem đó như một chi tiết kỹ thuật. Thực ra, đó mới là toàn bộ sản phẩm. Điều khiến ai đó tiếp tục vay lần nữa không phải là lãi suất, mà là liệu quy trình đó có khiến họ cảm thấy an toàn ngay từ lần đầu hay không. Đó là sự giữ chân người dùng, chứ không phải đổi mới.

Tôi dành thời gian cho nhiệm vụ CreatorPad để tìm hiểu về dual delegation của Babylon, và có một điểm khiến tôi suy nghĩ mãi…BTC stakers bảo mật chain nhưng không có quyền quản trị, trong khi BABY holders lại nắm tiếng nói quyết định. BTC cung cấp sức mạnh, nhưng BABY mới là thứ giữ tay lái.

Vì vậy, câu hỏi thực sự không phải là liệu bạn có thể vay dựa trên Bitcoin mà không phải từ bỏ nó hay không. Mà là liệu hệ thống đó có thực sự đang kiểm chứng niềm tin của bạn vào mã nguồn hay chỉ đơn giản là chuyển nơi bạn đặt niềm tin mà thôi.

Liệu đây là thiết kế tạm thời hay định hướng lâu dài của Babylon?
@BabylonLabs_io $BABY #baby

$ESPORTS $AKE
Lihat terjemahan
Mỗi lần nhìn lại thị trường, tôi lại nhớ đến không ít giải pháp đưa Bitcoin vào DeFi từng khiến cả thị trường xôn xao. Chu kỳ nào cũng vậy, thị trường lại hô hào về Bitcoin DeFi, rồi vẽ ra TVL tăng nhanh và khả năng mở khóa thanh khoản khổng lồ. Nghe rất xuôi tai, nhưng khi lớp hype bay màu, thứ lộ ra thường là bridge risk, custodian risk và mức độ phụ thuộc vào hạ tầng bên ngoài Bitcoin. Kịch bản này chẳng lạ. Chỉ là mỗi mùa khoác một chiếc áo khác. Wrapping và bridging có thể đã vá được đôi chút. Nhưng cái nút thắt khiến tôi lăn tăn vẫn là làm sao để BTC có thể tham gia DeFi mà vẫn giữ nguyên các giả định bảo mật của Bitcoin. Tôi cho rằng đó mới là thứ đáng để soi. Babylon Trustless Bitcoin Vaults TBV lại có vẻ bẻ lái theo hướng khác. Thay vì đưa BTC sang chain khác hoặc giao cho bên lưu ký, họ dồn lực vào Taproot scripts, pre-signed transactions, fraud proofs và BitVM3 để giữ BTC native trên Bitcoin. Ít nhất với tôi, cách này đáng xem hơn việc tiếp tục chen chúc trên lối cũ. Tôi nghĩ mọi cuộc tranh luận rồi cũng sẽ có điểm dừng. Không phải ở những gì được hứa hẹn, mà ở những gì thật sự diễn ra sau đó. Nếu người dùng ở lại, giá trị tiếp tục được tạo ra và nhu cầu không biến mất, mô hình ấy mới có lý do để tồn tại. Còn @babylonlabs_io TBV $BABY vẫn cần thời gian để chứng minh trên mainnet và qua mức độ adoption thực tế. Tôi vẫn đang ngồi xem #baby $HYPE $BANK
Mỗi lần nhìn lại thị trường, tôi lại nhớ đến không ít giải pháp đưa Bitcoin vào DeFi từng khiến cả thị trường xôn xao. Chu kỳ nào cũng vậy, thị trường lại hô hào về Bitcoin DeFi, rồi vẽ ra TVL tăng nhanh và khả năng mở khóa thanh khoản khổng lồ. Nghe rất xuôi tai, nhưng khi lớp hype bay màu, thứ lộ ra thường là bridge risk, custodian risk và mức độ phụ thuộc vào hạ tầng bên ngoài Bitcoin. Kịch bản này chẳng lạ. Chỉ là mỗi mùa khoác một chiếc áo khác.

Wrapping và bridging có thể đã vá được đôi chút. Nhưng cái nút thắt khiến tôi lăn tăn vẫn là làm sao để BTC có thể tham gia DeFi mà vẫn giữ nguyên các giả định bảo mật của Bitcoin. Tôi cho rằng đó mới là thứ đáng để soi.

Babylon Trustless Bitcoin Vaults TBV lại có vẻ bẻ lái theo hướng khác. Thay vì đưa BTC sang chain khác hoặc giao cho bên lưu ký, họ dồn lực vào Taproot scripts, pre-signed transactions, fraud proofs và BitVM3 để giữ BTC native trên Bitcoin. Ít nhất với tôi, cách này đáng xem hơn việc tiếp tục chen chúc trên lối cũ.

Tôi nghĩ mọi cuộc tranh luận rồi cũng sẽ có điểm dừng. Không phải ở những gì được hứa hẹn, mà ở những gì thật sự diễn ra sau đó. Nếu người dùng ở lại, giá trị tiếp tục được tạo ra và nhu cầu không biến mất, mô hình ấy mới có lý do để tồn tại. Còn @BabylonLabs_io TBV $BABY vẫn cần thời gian để chứng minh trên mainnet và qua mức độ adoption thực tế.

Tôi vẫn đang ngồi xem #baby
$HYPE $BANK
Lihat terjemahan
Trong tuần này, tôi nhận ra mình lại làm điều đó một lần nữa. Có lẽ đó chỉ là điều xảy ra sau khi chứng kiến cùng 1 chu kỳ lặp lại đủ nhiều lần. Tôi mở một trang chiến dịch khác, xem qua các con số, nhìn vào cấu trúc phần thưởng trong 1 phút, rồi đóng nó lại mà không thực sự chú tâm. Trước đây, có lẽ tôi đã ở lại lâu hơn. Điều tôi để tâm không phải là ưu đãi lớn đến đâu, mà là điều xảy ra sau khi mọi người ngừng nói về chúng. Đó là lúc một hệ sinh thái cho thấy sự thật về chính nó. Tôi không nghĩ 1 hệ sinh thái crypto tự duy trì được xây dựng ngay khi ai đó ra mắt staking hoặc công bố thêm một reward pool khác. Những thứ đó có thể thu hút mọi người. Tôi cũng đã từng used chúng. Hầu hết chúng ta đều vậy. Nhưng thu hút sự chú ý và thay đổi hành vi dường như không còn là cùng một nhiệm vụ nữa. Điều tôi thấy thú vị hơn là vòng lặp nhỏ hình thành khi mọi người dừng suy nghĩ về lý do tại sao họ đang sử dụng 1 thứ gì đó. Họ chỉ mở nó vì đó là nơi tài sản của họ đã ở sẵn. 1 hành động tự nhiên tạo ra hành động tiếp theo. Theo time, những vòng lặp nhỏ đó dường như quan trọng hơn 1 chủ đề với những con số lớn hơn. Có thể tôi đang nhìn nhận sai cách, có lẽ trước đây tôi cũng từng vậy. Users thực tế không phải lúc nào cũng hành xử theo cách mà kế hoạch sản phẩm mong đợi và thị trường rất giỏi trong việc phơi bày những giả định yếu kém. Từ góc nhìn của tôi, những hệ sinh thái mạnh nhất không phải là những nơi ồn ào nhất, mà là nơi mọi người âm thầm quay trở lại mà không cần một lý do mới. Có lẽ như vậy là đủ, đó là điều tôi đang theo dõi lúc này. @grvt_io #grvt $NES $CAP
Trong tuần này, tôi nhận ra mình lại làm điều đó một lần nữa. Có lẽ đó chỉ là điều xảy ra sau khi chứng kiến cùng 1 chu kỳ lặp lại đủ nhiều lần. Tôi mở một trang chiến dịch khác, xem qua các con số, nhìn vào cấu trúc phần thưởng trong 1 phút, rồi đóng nó lại mà không thực sự chú tâm. Trước đây, có lẽ tôi đã ở lại lâu hơn. Điều tôi để tâm không phải là ưu đãi lớn đến đâu, mà là điều xảy ra sau khi mọi người ngừng nói về chúng. Đó là lúc một hệ sinh thái cho thấy sự thật về chính nó.

Tôi không nghĩ 1 hệ sinh thái crypto tự duy trì được xây dựng ngay khi ai đó ra mắt staking hoặc công bố thêm một reward pool khác. Những thứ đó có thể thu hút mọi người. Tôi cũng đã từng used chúng. Hầu hết chúng ta đều vậy. Nhưng thu hút sự chú ý và thay đổi hành vi dường như không còn là cùng một nhiệm vụ nữa. Điều tôi thấy thú vị hơn là vòng lặp nhỏ hình thành khi mọi người dừng suy nghĩ về lý do tại sao họ đang sử dụng 1 thứ gì đó. Họ chỉ mở nó vì đó là nơi tài sản của họ đã ở sẵn. 1 hành động tự nhiên tạo ra hành động tiếp theo. Theo time, những vòng lặp nhỏ đó dường như quan trọng hơn 1 chủ đề với những con số lớn hơn.

Có thể tôi đang nhìn nhận sai cách, có lẽ trước đây tôi cũng từng vậy. Users thực tế không phải lúc nào cũng hành xử theo cách mà kế hoạch sản phẩm mong đợi và thị trường rất giỏi trong việc phơi bày những giả định yếu kém. Từ góc nhìn của tôi, những hệ sinh thái mạnh nhất không phải là những nơi ồn ào nhất, mà là nơi mọi người âm thầm quay trở lại mà không cần một lý do mới. Có lẽ như vậy là đủ, đó là điều tôi đang theo dõi lúc này. @grvt_io #grvt $NES $CAP
Artikel
Lihat terjemahan
Newton Protocol: Mỗi cấu hình, một ủy quyềnBan đầu mình nghĩ các định danh chính sách của Newton Protocol chủ yếu là một tính năng quản lý phiên bản. Sau khi xem xét kỹ hơn luồng ủy quyền, mình bắt đầu nhìn chúng như một phần của mô hình bảo mật của giao thức thay vì chỉ là công cụ quản lý. Lý do là vì việc ủy quyền không chỉ được xác định bởi logic chính sách có thể tái sử dụng. Một PolicyClient cũng cung cấp cấu hình có cấu trúc như giới hạn chi tiêu, người nhận được phê duyệt, các hạn chế theo khu vực pháp lý hoặc các ràng buộc vận hành khác. Những giá trị đó được đánh giá cùng với chính sách, nghĩa là kết quả ủy quyền phụ thuộc vào cả định nghĩa chính sách và cấu hình đi kèm với nó. Mối quan hệ đó trở nên quan trọng hơn khi PolicyClient thay đổi. Newton tạo một định danh chính sách mới mỗi khi cấu hình thay đổi, và các chứng thực được tạo theo định danh trước đó sẽ không còn hợp lệ đối với client đã được cập nhật. Thay vì cho phép các phê duyệt cũ đi theo các quy tắc vận hành đang thay đổi, giao thức gắn mọi ủy quyền với chính xác cấu hình đã tạo ra nó. Thiết kế này thay đổi ranh giới. Từ góc độ kiến trúc, điều này biến cấu hình thành một phần của tính toàn vẹn ủy quyền thay vì chỉ là một chi tiết triển khai. Các nhà phát triển có thể tái sử dụng cùng một chính sách Rego trên nhiều ứng dụng trong khi áp dụng các giới hạn vận hành khác nhau thông qua cấu hình, nhưng các phê duyệt vẫn gắn với môi trường cụ thể nơi chúng được đánh giá. Nhưng có một điều vẫn khiến mình băn khoăn. Nhiều chính sách vẫn dựa vào thông tin có nguồn gốc từ bên ngoài blockchain. Newton giải quyết điều này thông qua các PolicyData Oracle chạy dưới dạng các thành phần WASM biệt lập, trả về dữ liệu thời gian chạy có cấu trúc để đánh giá chính sách một cách xác định. Môi trường chạy hạn chế quyền truy cập vào mạng riêng và các lỗi thực thi hoặc lỗi ứng dụng có cấu trúc sẽ ngăn dữ liệu không khả dụng trở thành các ủy quyền thành công. Dù vậy, trách nhiệm vẫn chuyển sang các nhà phát triển oracle, nhà vận hành và tác giả chính sách để xác định cách thông tin bên ngoài nên ảnh hưởng đến các quyết định của chính sách. Nó không loại bỏ sự tin cậy. Nó chỉ di chuyển nó. Thời hạn hết hiệu lực của chứng thực tạo thêm một lớp trách nhiệm khác. Thời gian hiệu lực ngắn làm giảm cơ hội phát lại, trong khi thời gian dài hơn cải thiện khả năng sử dụng bằng cách cho người dùng nhiều thời gian hơn để thực hiện các giao dịch đã được phê duyệt. Cuối cùng, mỗi ứng dụng sẽ tự lựa chọn điểm cân bằng phù hợp. Đối với các nhà phát triển, kiến trúc này chuyển quá trình phát triển chính sách ra khỏi các bản nâng cấp hợp đồng và đưa vào các lớp ủy quyền có thể cấu hình. Đối với các nhà vận hành, dữ liệu bên ngoài đáng tin cậy trở thành một phần của việc ủy quyền an toàn. Đối với người dùng, một phê duyệt đại diện cho một ngữ cảnh chính sách cụ thể thay vì một quyền vĩnh viễn. Việc gắn ủy quyền với các định danh theo từng cấu hình cụ thể có tăng cường bảo mật dài hạn hay chỉ đơn giản là chuyển thêm trách nhiệm sang việc quản lý cấu hình một cách chính xác? #Newt $NEWT @NewtonProtocol $LAB $EVAA

Newton Protocol: Mỗi cấu hình, một ủy quyền

Ban đầu mình nghĩ các định danh chính sách của Newton Protocol chủ yếu là một tính năng quản lý phiên bản. Sau khi xem xét kỹ hơn luồng ủy quyền, mình bắt đầu nhìn chúng như một phần của mô hình bảo mật của giao thức thay vì chỉ là công cụ quản lý. Lý do là vì việc ủy quyền không chỉ được xác định bởi logic chính sách có thể tái sử dụng. Một PolicyClient cũng cung cấp cấu hình có cấu trúc như giới hạn chi tiêu, người nhận được phê duyệt, các hạn chế theo khu vực pháp lý hoặc các ràng buộc vận hành khác. Những giá trị đó được đánh giá cùng với chính sách, nghĩa là kết quả ủy quyền phụ thuộc vào cả định nghĩa chính sách và cấu hình đi kèm với nó.
Mối quan hệ đó trở nên quan trọng hơn khi PolicyClient thay đổi. Newton tạo một định danh chính sách mới mỗi khi cấu hình thay đổi, và các chứng thực được tạo theo định danh trước đó sẽ không còn hợp lệ đối với client đã được cập nhật. Thay vì cho phép các phê duyệt cũ đi theo các quy tắc vận hành đang thay đổi, giao thức gắn mọi ủy quyền với chính xác cấu hình đã tạo ra nó. Thiết kế này thay đổi ranh giới. Từ góc độ kiến trúc, điều này biến cấu hình thành một phần của tính toàn vẹn ủy quyền thay vì chỉ là một chi tiết triển khai. Các nhà phát triển có thể tái sử dụng cùng một chính sách Rego trên nhiều ứng dụng trong khi áp dụng các giới hạn vận hành khác nhau thông qua cấu hình, nhưng các phê duyệt vẫn gắn với môi trường cụ thể nơi chúng được đánh giá.
Nhưng có một điều vẫn khiến mình băn khoăn. Nhiều chính sách vẫn dựa vào thông tin có nguồn gốc từ bên ngoài blockchain. Newton giải quyết điều này thông qua các PolicyData Oracle chạy dưới dạng các thành phần WASM biệt lập, trả về dữ liệu thời gian chạy có cấu trúc để đánh giá chính sách một cách xác định. Môi trường chạy hạn chế quyền truy cập vào mạng riêng và các lỗi thực thi hoặc lỗi ứng dụng có cấu trúc sẽ ngăn dữ liệu không khả dụng trở thành các ủy quyền thành công. Dù vậy, trách nhiệm vẫn chuyển sang các nhà phát triển oracle, nhà vận hành và tác giả chính sách để xác định cách thông tin bên ngoài nên ảnh hưởng đến các quyết định của chính sách. Nó không loại bỏ sự tin cậy. Nó chỉ di chuyển nó.
Thời hạn hết hiệu lực của chứng thực tạo thêm một lớp trách nhiệm khác. Thời gian hiệu lực ngắn làm giảm cơ hội phát lại, trong khi thời gian dài hơn cải thiện khả năng sử dụng bằng cách cho người dùng nhiều thời gian hơn để thực hiện các giao dịch đã được phê duyệt. Cuối cùng, mỗi ứng dụng sẽ tự lựa chọn điểm cân bằng phù hợp. Đối với các nhà phát triển, kiến trúc này chuyển quá trình phát triển chính sách ra khỏi các bản nâng cấp hợp đồng và đưa vào các lớp ủy quyền có thể cấu hình. Đối với các nhà vận hành, dữ liệu bên ngoài đáng tin cậy trở thành một phần của việc ủy quyền an toàn. Đối với người dùng, một phê duyệt đại diện cho một ngữ cảnh chính sách cụ thể thay vì một quyền vĩnh viễn. Việc gắn ủy quyền với các định danh theo từng cấu hình cụ thể có tăng cường bảo mật dài hạn hay chỉ đơn giản là chuyển thêm trách nhiệm sang việc quản lý cấu hình một cách chính xác?
#Newt $NEWT @NewtonProtocol
$LAB $EVAA
Lihat terjemahan
Ban đầu mình nghĩ mô hình oracle của Newton Protocol chủ yếu là đưa dữ liệu bên ngoài vào quá trình ủy quyền. Nhưng sau khi tìm hiểu kỹ hơn, mình thấy quyết định thú vị hơn lại nằm ở cách giao thức phản ứng khi dữ liệu không còn đáng tin cậy hoặc hoàn toàn không thể được tạo ra. Sự khác biệt giữa phản hồi oracle có cấu trúc và lỗi thực thi làm thay đổi luồng ủy quyền. PolicyData Oracle có thể trả về lỗi để chính sách Rego diễn giải và từ chối. Nhưng nếu chính thành phần WASM gặp lỗi, quá trình đánh giá sẽ tạo ra DataProviderError thay vì một kết quả ủy quyền thông thường. Giao thức tránh biến lỗi hạ tầng thành những kết quả chính sách mơ hồ Điều đó quan trọng vì việc ủy quyền diễn ra trước khi giao dịch được quyết toán. Nếu thông tin bên ngoài không khả dụng, hệ thống ưu tiên thất bại thay vì phỏng đoán. Việc đánh giá mang tính xác định không chỉ phụ thuộc vào dữ liệu đầu vào mà còn vào hành vi có thể dự đoán khi các thành phần phụ thuộc gặp sự cố. Nhưng có một điều vẫn khiến mình băn khoăn. Giao thức cô lập việc thực thi oracle và giới hạn các yêu cầu tới các endpoint công khai, nhưng việc ủy quyền đáng tin cậy vẫn phụ thuộc vào các dịch vụ bên ngoài. Nó không loại bỏ niềm tin Nó chỉ chuyển niềm tin sang một nơi khác. Việc triển khai quan trọng hơn chính cơ chế Kiến trúc này thu hẹp sự bất định bên trong quá trình đánh giá chính sách, nhưng sự bất định từ bên ngoài không bao giờ biến mất hoàn toàn. Liệu mô hình fail-closed này có thực sự giảm rủi ro ủy quyền hay chủ yếu chỉ định nghĩa lại nơi mà độ tin cậy trong vận hành trở thành giả định quan trọng nhất? $NEWT #Newt @NewtonProtocol
Ban đầu mình nghĩ mô hình oracle của Newton Protocol chủ yếu là đưa dữ liệu bên ngoài vào quá trình ủy quyền. Nhưng sau khi tìm hiểu kỹ hơn, mình thấy quyết định thú vị hơn lại nằm ở cách giao thức phản ứng khi dữ liệu không còn đáng tin cậy hoặc hoàn toàn không thể được tạo ra. Sự khác biệt giữa phản hồi oracle có cấu trúc và lỗi thực thi làm thay đổi luồng ủy quyền. PolicyData Oracle có thể trả về lỗi để chính sách Rego diễn giải và từ chối. Nhưng nếu chính thành phần WASM gặp lỗi, quá trình đánh giá sẽ tạo ra DataProviderError thay vì một kết quả ủy quyền thông thường. Giao thức tránh biến lỗi hạ tầng thành những kết quả chính sách mơ hồ

Điều đó quan trọng vì việc ủy quyền diễn ra trước khi giao dịch được quyết toán. Nếu thông tin bên ngoài không khả dụng, hệ thống ưu tiên thất bại thay vì phỏng đoán. Việc đánh giá mang tính xác định không chỉ phụ thuộc vào dữ liệu đầu vào mà còn vào hành vi có thể dự đoán khi các thành phần phụ thuộc gặp sự cố. Nhưng có một điều vẫn khiến mình băn khoăn. Giao thức cô lập việc thực thi oracle và giới hạn các yêu cầu tới các endpoint công khai, nhưng việc ủy quyền đáng tin cậy vẫn phụ thuộc vào các dịch vụ bên ngoài.

Nó không loại bỏ niềm tin
Nó chỉ chuyển niềm tin sang một nơi khác.
Việc triển khai quan trọng hơn chính cơ chế

Kiến trúc này thu hẹp sự bất định bên trong quá trình đánh giá chính sách, nhưng sự bất định từ bên ngoài không bao giờ biến mất hoàn toàn. Liệu mô hình fail-closed này có thực sự giảm rủi ro ủy quyền hay chủ yếu chỉ định nghĩa lại nơi mà độ tin cậy trong vận hành trở thành giả định quan trọng nhất?
$NEWT #Newt @NewtonProtocol
Sebagian Benar
#grvt @grvt_io Saat mengobrol dengan Anda, saya masuk ke tab Jelajahi di Binance Wallet untuk mencoba lihat-lihat, dan saya menyadari ada sebuah ketentuan. Kampanye Booster GRVT resmi diluncurkan pada pukul 07:00 UTC tanggal 10 Juli. Bukan transaksi, bukan juga deposit—hanya tugas-tugas, tetapi Anda perlu memiliki setidaknya 2 Alpha Points agar memenuhi syarat untuk ikut serta. Yang benar-benar membuat saya penasaran adalah di sebelah Booster ada menu pendaftaran untuk Rencana Multiplier, yang juga dibuka mulai tanggal 10 Juli dan berlangsung hingga 27 Juli. Sekilas, mekanismenya tampak cukup seimbang. Ini adalah bentuk partisipasi sukarela: Anda bisa menerima distribusi GRVT pada hari TGE seperti kebanyakan orang, atau menundanya 4 bulan (pengali 2×) atau 8 bulan (pengali 4×). Namun, mari kita pikirkan sedikit lebih dalam. Opsi default memberi Anda penerimaan langsung, tetapi jumlahnya lebih sedikit. Opsi lanjutan—opsi yang benar-benar memaksimalkan jumlah distribusi Anda—justru mengharuskan Anda mengunci modal dan menunggu. Jadi, mereka yang menerima lebih dulu adalah yang memilih jalan paling sederhana, sementara hadiah yang lebih besar diam-diam diberikan kepada mereka yang membaca, mencermati bagian ketentuan, dan bersedia mengunci token mereka selama berbulan-bulan. Sebelum mengecek saldo Alpha Points saya, saya hampir saja mendaftar Multiplier Plan. Saat itu saya tanpa sadar mengikat diri pada periode tunggu yang lebih panjang untuk sebuah rencana yang bahkan tidak memungkinkan saya meningkatkan reward dengan benar. Untungnya saya menyadarinya, keluar, dan melanjutkan. Ini membuat saya bertanya-tanya pada akhirnya: berapa banyak token yang penantiannya ter-ditunda dibandingkan dengan yang diterima langsung pada hari… apakah ada yang sudah memantau rasio itu? 🤔 $CAP $NES $ARX
#grvt @grvt_io
Saat mengobrol dengan Anda, saya masuk ke tab Jelajahi di Binance Wallet untuk mencoba lihat-lihat, dan saya menyadari ada sebuah ketentuan. Kampanye Booster GRVT resmi diluncurkan pada pukul 07:00 UTC tanggal 10 Juli. Bukan transaksi, bukan juga deposit—hanya tugas-tugas, tetapi Anda perlu memiliki setidaknya 2 Alpha Points agar memenuhi syarat untuk ikut serta. Yang benar-benar membuat saya penasaran adalah di sebelah Booster ada menu pendaftaran untuk Rencana Multiplier, yang juga dibuka mulai tanggal 10 Juli dan berlangsung hingga 27 Juli.

Sekilas, mekanismenya tampak cukup seimbang. Ini adalah bentuk partisipasi sukarela: Anda bisa menerima distribusi GRVT pada hari TGE seperti kebanyakan orang, atau menundanya 4 bulan (pengali 2×) atau 8 bulan (pengali 4×).

Namun, mari kita pikirkan sedikit lebih dalam. Opsi default memberi Anda penerimaan langsung, tetapi jumlahnya lebih sedikit. Opsi lanjutan—opsi yang benar-benar memaksimalkan jumlah distribusi Anda—justru mengharuskan Anda mengunci modal dan menunggu. Jadi, mereka yang menerima lebih dulu adalah yang memilih jalan paling sederhana, sementara hadiah yang lebih besar diam-diam diberikan kepada mereka yang membaca, mencermati bagian ketentuan, dan bersedia mengunci token mereka selama berbulan-bulan.

Sebelum mengecek saldo Alpha Points saya, saya hampir saja mendaftar Multiplier Plan. Saat itu saya tanpa sadar mengikat diri pada periode tunggu yang lebih panjang untuk sebuah rencana yang bahkan tidak memungkinkan saya meningkatkan reward dengan benar. Untungnya saya menyadarinya, keluar, dan melanjutkan. Ini membuat saya bertanya-tanya pada akhirnya: berapa banyak token yang penantiannya ter-ditunda dibandingkan dengan yang diterima langsung pada hari… apakah ada yang sudah memantau rasio itu? 🤔
$CAP $NES $ARX
Artikel
Lihat terjemahan
Ranh Giới Trước Giao Dịch: Cách Newton Xây Dựng Hệ Thống Ủy Quyền Xác ĐịnhTôi đã dành một khoảng thời gian để suy nghĩ về kiến trúc ủy quyền của Newton, nhưng giả định của tôi đã thay đổi khi tôi ngừng nhìn nhận các chính sách như những quy tắc tuân thủ và bắt đầu xem chúng như một ranh giới được đặt trước chính quá trình quyết toán giao dịch. Điều nổi bật với tôi không chỉ đơn giản là các chính sách được viết bằng Rego, mà là việc ủy quyền được đánh giá độc lập với quá trình thực thi ứng dụng. Các ứng dụng tham chiếu đến các chính sách có thể tái sử dụng thông qua PolicyClient trong khi cung cấp cấu hình thời gian chạy như giới hạn chi tiêu, người nhận được phê duyệt, các hạn chế về khu vực pháp lý, hoặc ngưỡng phơi nhiễm. Những ranh giới vận hành đó vẫn có thể được cấu hình mà không buộc logic chính sách phải thay đổi, khiến việc ủy quyền phụ thuộc vào cấu hình có cấu trúc thay vì mã ứng dụng được nhúng. Sự phân tách đó thay đổi kiến trúc theo một cách quan trọng. Thay vì hỏi liệu một giao dịch có nên thành công trong quá trình thực thi hay không, Newton hỏi liệu nó có được phép tiến tới quá trình thực thi ngay từ đầu hay không. Quyết định ủy quyền trở thành một bước riêng biệt tồn tại trước khi quyết toán, trong khi các chứng thực vẫn được gắn với chính xác mã định danh chính sách được tạo ra từ cấu hình đã tạo nên chúng. Khi cấu hình thay đổi, các chứng thực trước đó không còn đại diện cho cùng một ngữ cảnh ủy quyền nữa. Nhưng có điều gì đó vẫn khiến tôi băn khoăn. Nhiều quyết định ủy quyền yêu cầu thông tin không bao giờ tồn tại trênchain. Newton giải quyết điều này thông qua các PolicyData Oracles chạy dưới dạng các thành phần WASM độc lập, trả về JSON có cấu trúc vào quá trình đánh giá chính sách xác định. Sandbox này cố tình hạn chế quyền truy cập mạng, chỉ cho phép các yêu cầu đến những endpoint có thể truy cập công khai, và cho phép xác thực schema JSON trước khi quá trình thực thi bắt đầu. Các lỗi oracle có cấu trúc trở thành những đầu vào chính sách rõ ràng, trong khi lỗi thực thi kết thúc quá trình đánh giá thông qua DataProviderError thay vì tạo ra một kết quả ủy quyền. Nó không loại bỏ sự tin cậy. Nó di chuyển nó. Việc triển khai quan trọng hơn cơ chế. Trách nhiệm được chuyển dịch giữa nhiều bên tham gia. Những người tạo chính sách phải quyết định cách dữ liệu oracle bị thiếu nên được diễn giải như thế nào. Các nhà phát triển oracle trở thành người chịu trách nhiệm cho những giao diện có thể dự đoán được. Các operator thực thi các thành phần được cô lập. Các ứng dụng lựa chọn khoảng thời gian hết hạn để cân bằng giữa khả năng chống phát lại và tính khả dụng, xác định thời gian một ủy quyền đã được phê duyệt vẫn có thể thực thi. Kết quả không chỉ đơn giản là logic ủy quyền có thể tái sử dụng. Nó là một nỗ lực nhằm tách việc đánh giá chính sách khỏi quá trình quyết toán giao dịch trong khi vẫn giữ mọi ủy quyền được kết nối với cấu hình và dữ liệu bên ngoài đã tạo ra chúng. Liệu điều đó cuối cùng có làm giảm sự phức tạp trong vận hành hay không phụ thuộc ít hơn vào chính ngôn ngữ chính sách và nhiều hơn vào việc mọi lớp duy trì hành vi xác định một cách nhất quán như thế nào. Việc tách ủy quyền khỏi quyết toán có đơn giản hóa bảo mật hay chủ yếu phân bổ lại nơi các giả định quan trọng cần được thực thi? @NewtonProtocol $NEWT #newt #Newt $VELVET $AA

Ranh Giới Trước Giao Dịch: Cách Newton Xây Dựng Hệ Thống Ủy Quyền Xác Định

Tôi đã dành một khoảng thời gian để suy nghĩ về kiến trúc ủy quyền của Newton, nhưng giả định của tôi đã thay đổi khi tôi ngừng nhìn nhận các chính sách như những quy tắc tuân thủ và bắt đầu xem chúng như một ranh giới được đặt trước chính quá trình quyết toán giao dịch. Điều nổi bật với tôi không chỉ đơn giản là các chính sách được viết bằng Rego, mà là việc ủy quyền được đánh giá độc lập với quá trình thực thi ứng dụng. Các ứng dụng tham chiếu đến các chính sách có thể tái sử dụng thông qua PolicyClient trong khi cung cấp cấu hình thời gian chạy như giới hạn chi tiêu, người nhận được phê duyệt, các hạn chế về khu vực pháp lý, hoặc ngưỡng phơi nhiễm. Những ranh giới vận hành đó vẫn có thể được cấu hình mà không buộc logic chính sách phải thay đổi, khiến việc ủy quyền phụ thuộc vào cấu hình có cấu trúc thay vì mã ứng dụng được nhúng.
Sự phân tách đó thay đổi kiến trúc theo một cách quan trọng. Thay vì hỏi liệu một giao dịch có nên thành công trong quá trình thực thi hay không, Newton hỏi liệu nó có được phép tiến tới quá trình thực thi ngay từ đầu hay không. Quyết định ủy quyền trở thành một bước riêng biệt tồn tại trước khi quyết toán, trong khi các chứng thực vẫn được gắn với chính xác mã định danh chính sách được tạo ra từ cấu hình đã tạo nên chúng. Khi cấu hình thay đổi, các chứng thực trước đó không còn đại diện cho cùng một ngữ cảnh ủy quyền nữa. Nhưng có điều gì đó vẫn khiến tôi băn khoăn. Nhiều quyết định ủy quyền yêu cầu thông tin không bao giờ tồn tại trênchain. Newton giải quyết điều này thông qua các PolicyData Oracles chạy dưới dạng các thành phần WASM độc lập, trả về JSON có cấu trúc vào quá trình đánh giá chính sách xác định. Sandbox này cố tình hạn chế quyền truy cập mạng, chỉ cho phép các yêu cầu đến những endpoint có thể truy cập công khai, và cho phép xác thực schema JSON trước khi quá trình thực thi bắt đầu. Các lỗi oracle có cấu trúc trở thành những đầu vào chính sách rõ ràng, trong khi lỗi thực thi kết thúc quá trình đánh giá thông qua DataProviderError thay vì tạo ra một kết quả ủy quyền.
Nó không loại bỏ sự tin cậy. Nó di chuyển nó. Việc triển khai quan trọng hơn cơ chế. Trách nhiệm được chuyển dịch giữa nhiều bên tham gia. Những người tạo chính sách phải quyết định cách dữ liệu oracle bị thiếu nên được diễn giải như thế nào. Các nhà phát triển oracle trở thành người chịu trách nhiệm cho những giao diện có thể dự đoán được. Các operator thực thi các thành phần được cô lập. Các ứng dụng lựa chọn khoảng thời gian hết hạn để cân bằng giữa khả năng chống phát lại và tính khả dụng, xác định thời gian một ủy quyền đã được phê duyệt vẫn có thể thực thi.
Kết quả không chỉ đơn giản là logic ủy quyền có thể tái sử dụng. Nó là một nỗ lực nhằm tách việc đánh giá chính sách khỏi quá trình quyết toán giao dịch trong khi vẫn giữ mọi ủy quyền được kết nối với cấu hình và dữ liệu bên ngoài đã tạo ra chúng. Liệu điều đó cuối cùng có làm giảm sự phức tạp trong vận hành hay không phụ thuộc ít hơn vào chính ngôn ngữ chính sách và nhiều hơn vào việc mọi lớp duy trì hành vi xác định một cách nhất quán như thế nào. Việc tách ủy quyền khỏi quyết toán có đơn giản hóa bảo mật hay chủ yếu phân bổ lại nơi các giả định quan trọng cần được thực thi?
@NewtonProtocol $NEWT #newt #Newt
$VELVET $AA
Lihat terjemahan
Tôi đã dành thời gian suy nghĩ về kiến trúc ủy quyền của @NewtonProtocol #Newt $NEWT , nhưng điều thu hút tôi không phải policy engine, mà là cách Newton chuẩn hóa dữ liệu bên ngoài tiếp cận chính sách thông qua các giao diện oracle được định nghĩa bằng JSON-schema thay vì để mỗi tích hợp tự dựa vào giả định riêng. PolicyData Oracles tạo ra JSON có cấu trúc, trở thành một phần của quá trình đánh giá chính sách xác định trong môi trường WASM cô lập. Việc cho phép các nhà phát triển oracle công bố JSON schema cho đầu vào giúp Newton tạo ra hợp đồng giao diện trước khi thực thi, chuyển một phần khả năng tương tác từ triển khai sang xác thực. Hệ quả kiến trúc rất đáng chú ý. Các chính sách Rego có thể tái sử dụng dễ dàng kết hợp với nhiều nhà cung cấp dữ liệu hơn vì cấu trúc được mô tả rõ ràng thay vì ngầm giả định. Thiết kế này thay đổi ranh giới. Nhưng có một điều khiến tôi băn khoăn. Chuẩn hóa giao diện không đồng nghĩa với chất lượng dữ liệu. Operator vẫn phụ thuộc vào dịch vụ bên ngoài, lỗi xác thực vẫn cần từ chối ủy quyền, và lỗi thực thi trở thành DataProviderError thay vì kết quả chính sách Nó không loại bỏ niềm tin. Nó di chuyển nơi đặt niềm tin. Việc triển khai quan trọng hơn cơ chế. Đối với nhà phát triển, điều này giảm sự mơ hồ quanh tích hợp nhưng vẫn duy trì đánh giá xác định. Đối với operator, nó tăng trách nhiệm duy trì nguồn dữ liệu đáng tin cậy. Đối với ứng dụng, cấu hình, schema, oracle và attestation trở thành các phần liên kết trong quy trình ủy quyền thay vì tách biệt Liệu chuẩn hóa giao diện có đơn giản hóa việc ủy quyền hay chỉ tạo ra một nơi khác để các giả định vận hành tích tụ?
Tôi đã dành thời gian suy nghĩ về kiến trúc ủy quyền của @NewtonProtocol #Newt $NEWT , nhưng điều thu hút tôi không phải policy engine, mà là cách Newton chuẩn hóa dữ liệu bên ngoài tiếp cận chính sách thông qua các giao diện oracle được định nghĩa bằng JSON-schema thay vì để mỗi tích hợp tự dựa vào giả định riêng. PolicyData Oracles tạo ra JSON có cấu trúc, trở thành một phần của quá trình đánh giá chính sách xác định trong môi trường WASM cô lập. Việc cho phép các nhà phát triển oracle công bố JSON schema cho đầu vào giúp Newton tạo ra hợp đồng giao diện trước khi thực thi, chuyển một phần khả năng tương tác từ triển khai sang xác thực.

Hệ quả kiến trúc rất đáng chú ý. Các chính sách Rego có thể tái sử dụng dễ dàng kết hợp với nhiều nhà cung cấp dữ liệu hơn vì cấu trúc được mô tả rõ ràng thay vì ngầm giả định. Thiết kế này thay đổi ranh giới. Nhưng có một điều khiến tôi băn khoăn. Chuẩn hóa giao diện không đồng nghĩa với chất lượng dữ liệu. Operator vẫn phụ thuộc vào dịch vụ bên ngoài, lỗi xác thực vẫn cần từ chối ủy quyền, và lỗi thực thi trở thành DataProviderError thay vì kết quả chính sách

Nó không loại bỏ niềm tin. Nó di chuyển nơi đặt niềm tin. Việc triển khai quan trọng hơn cơ chế. Đối với nhà phát triển, điều này giảm sự mơ hồ quanh tích hợp nhưng vẫn duy trì đánh giá xác định. Đối với operator, nó tăng trách nhiệm duy trì nguồn dữ liệu đáng tin cậy. Đối với ứng dụng, cấu hình, schema, oracle và attestation trở thành các phần liên kết trong quy trình ủy quyền thay vì tách biệt

Liệu chuẩn hóa giao diện có đơn giản hóa việc ủy quyền hay chỉ tạo ra một nơi khác để các giả định vận hành tích tụ?
Setelah melihat tanggal TGE diumumkan pada 21 Juli GRVT, saya menghabiskan seluruh pagi ini dengan secangkir teh jeruk nipis untuk menggali angka-angka dari @grvt_io #grvt Ini adalah jenis kabar yang biasanya dianggap sebagai bullish karena pada dirinya sendiri sudah memiliki konfirmasi akhir, bukan lagi sekadar persiapan menuju peluncuran. Open interest masih terbilang stabil, belum menunjukkan penurunan yang tajam, tetapi tren volume perdagangan saat ini belum benar-benar mencerminkan tingkat positif dari pemberitaan. Namun ketika saya mengecek volume perp 7 hari GRVT di DefiLlama, kenyataannya berada di kisaran sekitar 8–9 miliar USD, lebih rendah dibanding periode sebelumnya. Setidaknya menurut saya, itu menunjukkan sebagian aktivitas trading dalam beberapa minggu terakhir tidak benar-benar berasal dari keyakinan pada narasi/arah, melainkan dari upaya farming poin untuk menuju sebuah snapshot yang ditutup pada 30 Juni. Season 2 sudah berakhir, TGE sudah memiliki tanggal yang jelas, dan sekarang sebagian aktivitas itu hanya diam-diam mundur menjelang unlock yang benar-benar terjadi. Dari sisi mekanisme, ini masuk akal, tetapi tampaknya berbeda dengan thesis yang sama tentang sebuah bursa yang sedang tumbuh pesat dan yang berulang di mana-mana. Saya belum membandingkan dengan volume Hyperliquid atau Lighter minggu ini untuk melihat apakah ini fenomena umum di seluruh industri atau tidak. Saya akui saya belum sepenuhnya yakin apakah penurunan ini berasal dari para farmer yang memutar modal keluar, atau apakah ini hanya penurunan aktivitas musiman di pasar perp DEX secara umum. Bisa saja keduanya, atau mungkin tidak ada yang benar. Apakah orang lain juga melihat jarak yang mirip antara momentum dari pemberitaan dan arus dana nyata pada saat ini? $AA $BILL $OPN
Setelah melihat tanggal TGE diumumkan pada 21 Juli GRVT, saya menghabiskan seluruh pagi ini dengan secangkir teh jeruk nipis untuk menggali angka-angka dari @grvt_io #grvt

Ini adalah jenis kabar yang biasanya dianggap sebagai bullish karena pada dirinya sendiri sudah memiliki konfirmasi akhir, bukan lagi sekadar persiapan menuju peluncuran. Open interest masih terbilang stabil, belum menunjukkan penurunan yang tajam, tetapi tren volume perdagangan saat ini belum benar-benar mencerminkan tingkat positif dari pemberitaan. Namun ketika saya mengecek volume perp 7 hari GRVT di DefiLlama, kenyataannya berada di kisaran sekitar 8–9 miliar USD, lebih rendah dibanding periode sebelumnya.

Setidaknya menurut saya, itu menunjukkan sebagian aktivitas trading dalam beberapa minggu terakhir tidak benar-benar berasal dari keyakinan pada narasi/arah, melainkan dari upaya farming poin untuk menuju sebuah snapshot yang ditutup pada 30 Juni. Season 2 sudah berakhir, TGE sudah memiliki tanggal yang jelas, dan sekarang sebagian aktivitas itu hanya diam-diam mundur menjelang unlock yang benar-benar terjadi. Dari sisi mekanisme, ini masuk akal, tetapi tampaknya berbeda dengan thesis yang sama tentang sebuah bursa yang sedang tumbuh pesat dan yang berulang di mana-mana.

Saya belum membandingkan dengan volume Hyperliquid atau Lighter minggu ini untuk melihat apakah ini fenomena umum di seluruh industri atau tidak. Saya akui saya belum sepenuhnya yakin apakah penurunan ini berasal dari para farmer yang memutar modal keluar, atau apakah ini hanya penurunan aktivitas musiman di pasar perp DEX secara umum. Bisa saja keduanya, atau mungkin tidak ada yang benar.

Apakah orang lain juga melihat jarak yang mirip antara momentum dari pemberitaan dan arus dana nyata pada saat ini? $AA $BILL $OPN
Masuk untuk menjelajahi konten lainnya
Bergabunglah dengan pengguna kripto global di Binance Square
⚡️ Dapatkan informasi terbaru dan berguna tentang kripto.
💬 Dipercayai oleh bursa kripto terbesar di dunia.
👍 Temukan wawasan nyata dari kreator terverifikasi.
Email/Nomor Ponsel
Sitemap
Preferensi Cookie
S&K Platform