132の特徴？はは、数字が見栄えがいいだけで、肝心なのはタイプシステムに隠された契約の脆弱性を誰が背負うかだ。
TypeScriptでスマートコントラクトの外皮をかぶせるだけでSolidityの問題が解決できると思ってるのか？そのマッピングが本当にすべてのバイトコードの罠をカバーしているのか、私は見てみたい。
Claude Codeと連携してやってるもの...このコンパイル層のブラックボックスのロジックはどう監査されているのか、誰が資金の流れやチェーン上の足跡が隠されていないことを保証できるのか？
TypeScriptを使ってスマートコントラクトを書く方向は非常に面白いです。最近、Claude Codeと協力して新しい取り組みを行いました。コアの売りは、全工程で一切の型検査エラーがなく、完全にTypeScriptの文法規則に従っている点です。
現在、Solidityのほとんどのコア機能モジュールをカバーしており、大まかに統計すると132項目の特性がほぼ完全にサポートされており、完全なEVM命令セットのマッピングも含まれています。これにより、スマートコントラクトの開発時にTypeScriptの完全な型システムと開発者ツールチェーンを享受でき、Solidity自体の柔軟性の不足を多く解消し、開発体験が大幅に向上します。スマートコントラクト開発に入門したい、または深めたい方にとって、このアプローチは参考になるでしょう。