ﻻ ﻳﻨﺘﻬﻲ ﺗﺤﻮﻳﻞ اﻟﺒﻴﺎﻧﺎت ﻋﻨﺪﻣﺎ ﻳﻨﻘﺮ اﻟﻤﺴﺘﺨﺪم زر اﻟﻌﻤﻞ
ﻗﺪ ﻳﺒﺪو إﺭﺳﺎﻝ ﻣﻌﺎﻣﻠﺔ ﻛﺎﻟﺨﻄﻮة اﻟﻨﻬﺎﻳﻴﺔ ﻟﻠﻤﺴﺘﺨﺪم، ﻟﻜﻦ ﻋﻠﻰ ﻣﺴﺘﻮى اﻟﺘﻄﺒﻴﻖ ﻓﺈﻧﻪ ﻫﻨﺎك ﻳﺒﺪأ جﺰء ﻣﻬﻢ آﺧﺮ ﻣﻦ اﻟﻌﻤﻠﻴﺔ.
ﺑﻌﺪ أﻥ ﻳﻨﻘﺮ اﻟﻤﺴﺘﺨﺪم ﻋﻠﻰ إﺭﺳﺎﻝ، ﻻ ﻳﺰاﻟﺔ اﻟﺘﻄﺒﻴﻘﺎﺕ ﺗﺤﺘﺎج إﻟﻰ ﻓﻬﻢ ﻣﺎ ﻳﺤﺪث ﻻﺣﻖ ذﻟﻚ.
هل تﻢ إﺭﺳﺎﻝ اﻟﻤﻌﺎﻣﻠﺔ ﺑﻨﺠﺎح؟
هل ﺣﺪث اﻟﺤﺪث اﻟﻤﺮﺗﺒﻂ ﻋﻠﻰ اﻟﺸﻴﻦ (on-chain)؟
هل ﻳﺠﺐ أن ﻳﺘﻢ ﺗﻐﻴﻴﺮ اﻟﻤﻴﺴﺮ ﻣﻦ ﻣﻌﻠّﻖ (pending) إﻟﻰ ﻣﻜﺘﻤﻞ (completed)؟
هل ﻳﺤﺘﺎج ﻋﻤﻞ آﺧﺮ إﻟﻰ اﻟﺒﺪء؟
ﺗﻤﻜﻦ أن ﺗﺆﺛﺮ ﻫﺬه اﻟﺘﻔﺎﺻﻴﻞ ﻓﻲ ﺗﺼﻮر اﻟﻤﺴﺘﺨﺪﻣﻴﻦ ﻷي تطبيق ﻋﻘﺒﻠﻲ (blockchain).
ﻫﻨﺎ ﻳﺼﺒﺢ ﺑﻨﻴﺔ اﻟﺨﻮافﺖ اﻟﻤﻮﺑﻮﻳﺔ (webhook) ﻣﻔﻴﺪة.
ﻳﺸﻤﻞ اﻟﺪﻋﻢ اﻟﻤﻮﺳﻊ ﻟﺪى Privy ﻟـ TRON ﻗﺪرات webhook إﻟﻰ جانب اﻟﻤﻌﺎﻣﻼت وﺿﻮاﺑﻂ اﻟﺴﻴﺎﺳﺔ وﺍﻟﻨﻘﻠﺎت. ﻟﻠﻤﻄﻮّﺭﻳﻦ اﻟﺬﻳﻦ ﻳﺒﻨﻮن ﻋﻠﻰ TRON، ﻳﻀﻴﻒ ذﻟﻚ ﻃﺮﻳﻘﺔ أﺧﺮى ﻟﻠﺘﻄﺒﻴﻘﺎت ﻟﻼﺳﺘﺠﺎﺑﺔ ﻋﻨﺪ اﻟﺤﺪثﺎت اﻟﻤﺪﻋﻮﻣﺔ.
ﺑﺎﺑﺴﺔ، ﻳﻤﻜﻦ ﻟـ webhook أن ﻳﺴﻤﺢ ﻟﻠﺨﺪﻣﺔ ﺑﺈﺑﻼﻍ ﻃﺮﻳﻘﺔ ﻣﻌﻴﻨﺔ إﻟﻰ اﻟﺘﻄﺒﻴﻖ ﻋﻨﺪ ﻣﺎ ﺣﺪث ﻣﻬﻢ، ﺑﺪﻻً ﻣﻦ أن ﻳﺴﺘﻤﺮ اﻟﺘﻄﺒﻴﻖ ﻓﻲ اﻟﺘﺤﻘﻖ ﺑﺸﻜﻞ ﻣﺴﺘﻤﺮ ﻟﻠﺘﻌﺪﻳﻼت.
ﻳﻤﻜﻦ أن ﻳﺴﺎﻋﺪ ذﻟﻚ ﻓﻲ ربط ﻧﺸﺎﻃ اﻟﺴﻼﺳﻠﺔ اﻟﻌﻘﺒﻠﻴﺔ (blockchain) ﺑﻮاﺳﻄﺔ ﻣﻌﺮض اﻟﻤﺴﺘﺨﺪم ﻋﻠﻰ اﻟﻤﻴﺴﺮ.
ﻋﻠﻰ ﺳﺒﻴﻞ اﻟﻤﺜﺎﻝ، إذا أرسل ﻣﺴﺘﺨﺪم ﻋﻤﻠﺔ ﻣﺴﺘﻘﺮة (stablecoin) ﻓﺈﻧﻪ ﻳﺮى ﺣﺎﻟﺔ “pending”. ﻣﻦ ﺟﻬﺔ آﺧﺮى، ﺑﻌﺪ أﻥ ﻳﺘﻠﻘﻰ اﻟﺘﻄﺒﻴﻖ اﻟﺘﺨﻄﻴﺮ اﻟﻤﻨﺎﺳﺐ وﻳﺆﻛﺪ اﻟﺤﺎﻟﺔ اﻟﻤﺘﻮﻗﻌﺔ، ﻳﻤﻜﻦ أن ﻳﺘﻢ ﺗﻮﺟﻴﻪ اﻟﻤﻴﺴﺮ ﺑﺎﻟﺘﻐﻴﻴﺮ ﺑﺎﻟﺸﻜﻞ اﻟﻤﻨﺎﺳﺐ.
قد ﻳﺒﺪو ذﻟﻚ ﺗﻔﺎﺻﻴﻞ ﺻﻐﻴﺮة، ﻟﻜﻨﻬﺎ ﺗﺆﺛﺮ ﻋﻠﻰ ﻛﻞ ﻣﺴﺘﻮى ﻣﻦ ﺗﺠﺮﺑﺔ اﻟﻤﺴﺘﺨﺪم.
ﻣﻌﺎﻣﻠﺔ ﻋﻘﺒﻠﻴﺔ (blockchain) ﻳﻤﻜﻦ أن ﺗﺘﻀﻤﻦ ﻋﺪة ﻣﺮاﺣﻞ ﻓﻲ اﻟﺨﻠﻒ، ﻓﻲ ﺣﻴﻦ أن اﻟﻤﺴﺘﺨﺪم ﻳﺮى ﻓﻘﻂ ﺑﻌﺾ ﻛﻠﻤﺎت ﻋﻠﻰ اﻟﺸﺎﺷﺔ.
“Pending.”
“Confirmed.”
“Completed.”
“Failed.”
ﻻﺑﺪ أن ﻳﻄﺎﺑﻖ ﻫﺬه اﻟﺮﺳﺎﺋﻞ ﻣﺎ ﻳﻌﺮﻓﻪ اﻟﺘﻄﺒﻴﻖ ﻓﻌﻠًﺎ.
ﻟﻔﺮﻳﻖ اﻟﻤﻨﺘﺞ، ﻳﻤﻜﻦ ﻟﻺﺧﻄﺎﺭات اﻟﺤﺪﺛﺔ أن ﺗﺴﺎﻋﺪ ﻓﻲ ربط اﻷﺣﺪاث اﻟﻤﺪﻋﻮﻣﺔ ﻣﻦ اﻟﺴﻼﺳﻠﺔ اﻟﻌﻘﺒﻠﻴﺔ ﺑﺎﻟﺘﺤﺪﻳﺜﺎت اﻟﻤﻌﺮﺿﺔ ﻟﻠﻤﺴﺘﺨﺪم.
ﻟﻠﻤﻄﻮّﺭﻳﻦ اﻟﺬﻳﻦ ﻳﻨﻈﺮون إﻟﻰ دﻋﻢ TRON ﻟﺪى @privy_io، ﻳﻌﺘﺒﺮ ذﻟﻚ ﻫﻮ اﻟﺄﺳﺌﻠﺔ اﻟﻌﻤﻠﻴﺔ اﻟﻤﻬﻤﺔ.
@Justin Sun孙宇晨 @TRON DAO
#TRONEcoStar
ﻗﺪ ﻳﺒﺪو إﺭﺳﺎﻝ ﻣﻌﺎﻣﻠﺔ ﻛﺎﻟﺨﻄﻮة اﻟﻨﻬﺎﻳﻴﺔ ﻟﻠﻤﺴﺘﺨﺪم، ﻟﻜﻦ ﻋﻠﻰ ﻣﺴﺘﻮى اﻟﺘﻄﺒﻴﻖ ﻓﺈﻧﻪ ﻫﻨﺎك ﻳﺒﺪأ جﺰء ﻣﻬﻢ آﺧﺮ ﻣﻦ اﻟﻌﻤﻠﻴﺔ.
ﺑﻌﺪ أﻥ ﻳﻨﻘﺮ اﻟﻤﺴﺘﺨﺪم ﻋﻠﻰ إﺭﺳﺎﻝ، ﻻ ﻳﺰاﻟﺔ اﻟﺘﻄﺒﻴﻘﺎﺕ ﺗﺤﺘﺎج إﻟﻰ ﻓﻬﻢ ﻣﺎ ﻳﺤﺪث ﻻﺣﻖ ذﻟﻚ.
هل تﻢ إﺭﺳﺎﻝ اﻟﻤﻌﺎﻣﻠﺔ ﺑﻨﺠﺎح؟
هل ﺣﺪث اﻟﺤﺪث اﻟﻤﺮﺗﺒﻂ ﻋﻠﻰ اﻟﺸﻴﻦ (on-chain)؟
هل ﻳﺠﺐ أن ﻳﺘﻢ ﺗﻐﻴﻴﺮ اﻟﻤﻴﺴﺮ ﻣﻦ ﻣﻌﻠّﻖ (pending) إﻟﻰ ﻣﻜﺘﻤﻞ (completed)؟
هل ﻳﺤﺘﺎج ﻋﻤﻞ آﺧﺮ إﻟﻰ اﻟﺒﺪء؟
ﺗﻤﻜﻦ أن ﺗﺆﺛﺮ ﻫﺬه اﻟﺘﻔﺎﺻﻴﻞ ﻓﻲ ﺗﺼﻮر اﻟﻤﺴﺘﺨﺪﻣﻴﻦ ﻷي تطبيق ﻋﻘﺒﻠﻲ (blockchain).
ﻫﻨﺎ ﻳﺼﺒﺢ ﺑﻨﻴﺔ اﻟﺨﻮافﺖ اﻟﻤﻮﺑﻮﻳﺔ (webhook) ﻣﻔﻴﺪة.
ﻳﺸﻤﻞ اﻟﺪﻋﻢ اﻟﻤﻮﺳﻊ ﻟﺪى Privy ﻟـ TRON ﻗﺪرات webhook إﻟﻰ جانب اﻟﻤﻌﺎﻣﻼت وﺿﻮاﺑﻂ اﻟﺴﻴﺎﺳﺔ وﺍﻟﻨﻘﻠﺎت. ﻟﻠﻤﻄﻮّﺭﻳﻦ اﻟﺬﻳﻦ ﻳﺒﻨﻮن ﻋﻠﻰ TRON، ﻳﻀﻴﻒ ذﻟﻚ ﻃﺮﻳﻘﺔ أﺧﺮى ﻟﻠﺘﻄﺒﻴﻘﺎت ﻟﻼﺳﺘﺠﺎﺑﺔ ﻋﻨﺪ اﻟﺤﺪثﺎت اﻟﻤﺪﻋﻮﻣﺔ.
ﺑﺎﺑﺴﺔ، ﻳﻤﻜﻦ ﻟـ webhook أن ﻳﺴﻤﺢ ﻟﻠﺨﺪﻣﺔ ﺑﺈﺑﻼﻍ ﻃﺮﻳﻘﺔ ﻣﻌﻴﻨﺔ إﻟﻰ اﻟﺘﻄﺒﻴﻖ ﻋﻨﺪ ﻣﺎ ﺣﺪث ﻣﻬﻢ، ﺑﺪﻻً ﻣﻦ أن ﻳﺴﺘﻤﺮ اﻟﺘﻄﺒﻴﻖ ﻓﻲ اﻟﺘﺤﻘﻖ ﺑﺸﻜﻞ ﻣﺴﺘﻤﺮ ﻟﻠﺘﻌﺪﻳﻼت.
ﻳﻤﻜﻦ أن ﻳﺴﺎﻋﺪ ذﻟﻚ ﻓﻲ ربط ﻧﺸﺎﻃ اﻟﺴﻼﺳﻠﺔ اﻟﻌﻘﺒﻠﻴﺔ (blockchain) ﺑﻮاﺳﻄﺔ ﻣﻌﺮض اﻟﻤﺴﺘﺨﺪم ﻋﻠﻰ اﻟﻤﻴﺴﺮ.
ﻋﻠﻰ ﺳﺒﻴﻞ اﻟﻤﺜﺎﻝ، إذا أرسل ﻣﺴﺘﺨﺪم ﻋﻤﻠﺔ ﻣﺴﺘﻘﺮة (stablecoin) ﻓﺈﻧﻪ ﻳﺮى ﺣﺎﻟﺔ “pending”. ﻣﻦ ﺟﻬﺔ آﺧﺮى، ﺑﻌﺪ أﻥ ﻳﺘﻠﻘﻰ اﻟﺘﻄﺒﻴﻖ اﻟﺘﺨﻄﻴﺮ اﻟﻤﻨﺎﺳﺐ وﻳﺆﻛﺪ اﻟﺤﺎﻟﺔ اﻟﻤﺘﻮﻗﻌﺔ، ﻳﻤﻜﻦ أن ﻳﺘﻢ ﺗﻮﺟﻴﻪ اﻟﻤﻴﺴﺮ ﺑﺎﻟﺘﻐﻴﻴﺮ ﺑﺎﻟﺸﻜﻞ اﻟﻤﻨﺎﺳﺐ.
قد ﻳﺒﺪو ذﻟﻚ ﺗﻔﺎﺻﻴﻞ ﺻﻐﻴﺮة، ﻟﻜﻨﻬﺎ ﺗﺆﺛﺮ ﻋﻠﻰ ﻛﻞ ﻣﺴﺘﻮى ﻣﻦ ﺗﺠﺮﺑﺔ اﻟﻤﺴﺘﺨﺪم.
ﻣﻌﺎﻣﻠﺔ ﻋﻘﺒﻠﻴﺔ (blockchain) ﻳﻤﻜﻦ أن ﺗﺘﻀﻤﻦ ﻋﺪة ﻣﺮاﺣﻞ ﻓﻲ اﻟﺨﻠﻒ، ﻓﻲ ﺣﻴﻦ أن اﻟﻤﺴﺘﺨﺪم ﻳﺮى ﻓﻘﻂ ﺑﻌﺾ ﻛﻠﻤﺎت ﻋﻠﻰ اﻟﺸﺎﺷﺔ.
“Pending.”
“Confirmed.”
“Completed.”
“Failed.”
ﻻﺑﺪ أن ﻳﻄﺎﺑﻖ ﻫﺬه اﻟﺮﺳﺎﺋﻞ ﻣﺎ ﻳﻌﺮﻓﻪ اﻟﺘﻄﺒﻴﻖ ﻓﻌﻠًﺎ.
ﻟﻔﺮﻳﻖ اﻟﻤﻨﺘﺞ، ﻳﻤﻜﻦ ﻟﻺﺧﻄﺎﺭات اﻟﺤﺪﺛﺔ أن ﺗﺴﺎﻋﺪ ﻓﻲ ربط اﻷﺣﺪاث اﻟﻤﺪﻋﻮﻣﺔ ﻣﻦ اﻟﺴﻼﺳﻠﺔ اﻟﻌﻘﺒﻠﻴﺔ ﺑﺎﻟﺘﺤﺪﻳﺜﺎت اﻟﻤﻌﺮﺿﺔ ﻟﻠﻤﺴﺘﺨﺪم.
ﻟﻠﻤﻄﻮّﺭﻳﻦ اﻟﺬﻳﻦ ﻳﻨﻈﺮون إﻟﻰ دﻋﻢ TRON ﻟﺪى @privy_io، ﻳﻌﺘﺒﺮ ذﻟﻚ ﻫﻮ اﻟﺄﺳﺌﻠﺔ اﻟﻌﻤﻠﻴﺔ اﻟﻤﻬﻤﺔ.
@Justin Sun孙宇晨 @TRON DAO
#TRONEcoStar
