𝗪𝗜𝗡𝗸𝗟𝗶𝗻𝗸:台帳を超えて
多くの開発者は、チェーンが確定できるもの、つまり残高、権限、状態遷移から開発を始めます。
それは必要です。しかし、それだけでは足りません。
レンディング市場には、オンチェーンで生まれたものではない価格情報が必要です。ゲームには、参加者の誰にも操作できない乱数が必要です。自動実行される契約は、発動する前にオフチェーンの条件を確認する必要があるかもしれません。
そこで、設計上の問いはいつしかこうなります。
このコントラクトには、何を知る必要があるのか?
その情報はどこから得られるのか?
どれほど新しい情報でなければならないのか?
データフィードが遅れたり、異常な値を返したりしたとき、アプリはどう動くべきか?
WINkLinkは、TRON上でその隔たりを埋めます。台帳の状態だけからは生み出せない入力情報を、外部情報や検証可能な乱数としてアプリケーションに届ける仕組みです。
重要なのは、実践的な教訓です。アプリがより高度になるほど、情報の境界は実行ロジックと同じくらい重要になります。早い段階からその両方を見据えておけば、後になって前提を作り直す手間を減らせます。
@WINkLink_Official @Justin Sun孙宇晨
#TRONEcoStar
多くの開発者は、チェーンが確定できるもの、つまり残高、権限、状態遷移から開発を始めます。
それは必要です。しかし、それだけでは足りません。
レンディング市場には、オンチェーンで生まれたものではない価格情報が必要です。ゲームには、参加者の誰にも操作できない乱数が必要です。自動実行される契約は、発動する前にオフチェーンの条件を確認する必要があるかもしれません。
そこで、設計上の問いはいつしかこうなります。
このコントラクトには、何を知る必要があるのか?
その情報はどこから得られるのか?
どれほど新しい情報でなければならないのか?
データフィードが遅れたり、異常な値を返したりしたとき、アプリはどう動くべきか?
WINkLinkは、TRON上でその隔たりを埋めます。台帳の状態だけからは生み出せない入力情報を、外部情報や検証可能な乱数としてアプリケーションに届ける仕組みです。
重要なのは、実践的な教訓です。アプリがより高度になるほど、情報の境界は実行ロジックと同じくらい重要になります。早い段階からその両方を見据えておけば、後になって前提を作り直す手間を減らせます。
@WINkLink_Official @Justin Sun孙宇晨
#TRONEcoStar
