હાસ્કેલ સાથે FunC ને FunCtional માં ફેરવવું: કેવી રીતે સેરોકેલે ટેલિગ્રામ બ્લોકચેન સ્પર્ધા જીતી

તમે કદાચ તે ટેલિગ્રામ સાંભળ્યું હશે ટન બ્લોકચેન પ્લેટફોર્મ લોન્ચ કરવા જઈ રહ્યું છે. પરંતુ તમે કદાચ થોડા સમય પહેલા ટેલિગ્રામના સમાચાર ચૂકી ગયા હશો સ્પર્ધાની જાહેરાત કરી આ પ્લેટફોર્મ માટે એક અથવા વધુ સ્માર્ટ કોન્ટ્રાક્ટના અમલીકરણ માટે.

સેરોકેલ ટીમ, મોટા બ્લોકચેન પ્રોજેક્ટ્સ વિકસાવવાના વ્યાપક અનુભવ સાથે, એક બાજુ ઊભા રહી શકી નથી. અમે સ્પર્ધા માટે પાંચ કર્મચારીઓને સોંપ્યા, અને બે અઠવાડિયા પછી તેઓએ તેમાં (માં) સાધારણ રેન્ડમ ઉપનામ સેક્સી કાચંડો હેઠળ પ્રથમ સ્થાન મેળવ્યું. આ લેખમાં હું વાત કરીશ કે તેઓએ તે કેવી રીતે કર્યું. અમે આશા રાખીએ છીએ કે આગામી દસ મિનિટમાં તમે ઓછામાં ઓછી એક રસપ્રદ વાર્તા વાંચશો, અને વધુમાં વધુ તમને તેમાં કંઈક ઉપયોગી મળશે જે તમે તમારા કાર્યમાં લાગુ કરી શકો.

પરંતુ ચાલો થોડા સંદર્ભથી શરૂઆત કરીએ.

સ્પર્ધા અને તેની શરતો

તેથી, સહભાગીઓના મુખ્ય કાર્યો એક અથવા વધુ સૂચિત સ્માર્ટ કોન્ટ્રાક્ટના અમલીકરણની સાથે સાથે TON ઇકોસિસ્ટમને સુધારવા માટે દરખાસ્તો બનાવવાનું હતું. આ સ્પર્ધા 24 સપ્ટેમ્બરથી 15 ઓક્ટોબર સુધી ચાલી હતી અને પરિણામ 15 નવેમ્બરે જ જાહેર કરવામાં આવ્યું હતું. ઘણો લાંબો સમય, આ સમય દરમિયાન ટેલિગ્રામે ટેલિગ્રામમાં VoIP કૉલ્સની ગુણવત્તાના પરીક્ષણ અને મૂલ્યાંકન માટે C++ માં એપ્લિકેશનની ડિઝાઇન અને વિકાસ પરની સ્પર્ધાઓના પરિણામો યોજવામાં અને તેની જાહેરાત કરવામાં વ્યવસ્થાપિત કરી.

અમે આયોજકો દ્વારા પ્રસ્તાવિત યાદીમાંથી બે સ્માર્ટ કોન્ટ્રાક્ટ પસંદ કર્યા છે. તેમાંથી એક માટે, અમે TON સાથે વિતરિત ટૂલ્સનો ઉપયોગ કર્યો, અને બીજું અમારા એન્જિનિયરો દ્વારા ખાસ કરીને TON માટે વિકસાવવામાં આવેલી નવી ભાષામાં અમલમાં મૂકવામાં આવ્યું અને હાસ્કેલમાં બિલ્ટ કર્યું.

કાર્યાત્મક પ્રોગ્રામિંગ ભાષાની પસંદગી આકસ્મિક નથી. અમારા માં કોર્પોરેટ બ્લોગ અમે વારંવાર વાત કરીએ છીએ કે શા માટે અમને લાગે છે કે કાર્યાત્મક ભાષાઓની જટિલતા એક વિશાળ અતિશયોક્તિ છે અને શા માટે અમે સામાન્ય રીતે તેમને ઑબ્જેક્ટ-ઓરિએન્ટેડ ભાષામાં પસંદ કરીએ છીએ. માર્ગ દ્વારા, તે પણ સમાવે છે આ લેખનું મૂળ.

શા માટે અમે ભાગ લેવાનું નક્કી કર્યું?

ટૂંકમાં, કારણ કે અમારી વિશેષતા એ બિન-માનક અને જટિલ પ્રોજેક્ટ્સ છે જેમાં વિશેષ કૌશલ્યોની જરૂર હોય છે અને તે ઘણી વખત IT સમુદાય માટે વૈજ્ઞાનિક મૂલ્ય ધરાવે છે. અમે ઓપન-સોર્સ ડેવલપમેન્ટને મજબૂતપણે સમર્થન આપીએ છીએ અને તેના લોકપ્રિયતામાં રોકાયેલા છીએ, અને કમ્પ્યુટર વિજ્ઞાન અને ગણિતના ક્ષેત્રમાં અગ્રણી રશિયન યુનિવર્સિટીઓ સાથે પણ સહકાર આપીએ છીએ.

સ્પર્ધાના રસપ્રદ કાર્યો અને અમારા પ્રિય ટેલિગ્રામ પ્રોજેક્ટમાં સામેલ થવું એ એક ઉત્તમ પ્રેરણા હતી, પરંતુ ઇનામ ભંડોળ એક વધારાનું પ્રોત્સાહન બની ગયું. 🙂

TON બ્લોકચેન સંશોધન

અમે બ્લોકચેન, આર્ટિફિશિયલ ઇન્ટેલિજન્સ અને મશીન લર્નિંગમાં નવા વિકાસની નજીકથી દેખરેખ રાખીએ છીએ અને અમે જે ક્ષેત્રમાં કામ કરીએ છીએ તે દરેક ક્ષેત્રમાં એક પણ નોંધપાત્ર પ્રકાશન ચૂકી ન જવાનો પ્રયાસ કરીએ છીએ. તેથી, સ્પર્ધા શરૂ થઈ ત્યાં સુધીમાં, અમારી ટીમ પહેલેથી જ તેના વિચારોથી પરિચિત હતી TON સફેદ કાગળ. જો કે, TON સાથે કામ શરૂ કરતા પહેલા, અમે ટેકનિકલ દસ્તાવેજીકરણ અને પ્લેટફોર્મના વાસ્તવિક સ્ત્રોત કોડનું વિશ્લેષણ કર્યું ન હતું, તેથી પ્રથમ પગલું એકદમ સ્પષ્ટ હતું - આના પર સત્તાવાર દસ્તાવેજીકરણનો સંપૂર્ણ અભ્યાસ સાઇટ અને અંદર પ્રોજેક્ટ રીપોઝીટરીઝ.

સ્પર્ધા શરૂ થઈ ત્યાં સુધીમાં, કોડ પ્રકાશિત થઈ ચૂક્યો હતો, તેથી સમય બચાવવા માટે, અમે દ્વારા લખાયેલ માર્ગદર્શિકા અથવા સારાંશ શોધવાનું નક્કી કર્યું વપરાશકર્તાઓ દ્વારા. કમનસીબે, આનાથી કોઈ પરિણામ મળ્યું નથી - ઉબુન્ટુ પર પ્લેટફોર્મ એસેમ્બલ કરવા માટેની સૂચનાઓ સિવાય, અમને અન્ય કોઈ સામગ્રી મળી નથી.

દસ્તાવેજીકરણ પોતે સારી રીતે સંશોધન કરવામાં આવ્યું હતું, પરંતુ કેટલાક વિસ્તારોમાં વાંચવું મુશ્કેલ હતું. ઘણી વાર અમારે અમુક મુદ્દાઓ પર પાછા ફરવું પડતું હતું અને અમૂર્ત વિચારોના ઉચ્ચ-સ્તરના વર્ણનોથી નિમ્ન-સ્તરની અમલીકરણ વિગતો પર સ્વિચ કરવું પડતું હતું.

જો સ્પષ્ટીકરણમાં અમલીકરણનું વિગતવાર વર્ણન શામેલ ન હોય તો તે સરળ રહેશે. વર્ચ્યુઅલ મશીન કેવી રીતે તેના સ્ટેકનું પ્રતિનિધિત્વ કરે છે તે વિશેની માહિતી TON પ્લેટફોર્મ માટે સ્માર્ટ કોન્ટ્રાક્ટ બનાવતા વિકાસકર્તાઓને મદદ કરવાને બદલે વિચલિત થવાની શક્યતા વધારે છે.

નિક્સ: પ્રોજેક્ટને એકસાથે મૂકવો

સેરોકેલમાં અમે મોટા ચાહકો છીએ નિક્સ. અમે તેની સાથે અમારા પ્રોજેક્ટ્સ એકત્રિત કરીએ છીએ અને તેનો ઉપયોગ કરીને તેનો ઉપયોગ કરીએ છીએ NixOps, અને અમારા બધા સર્વર્સ પર ઇન્સ્ટોલ કરેલું છે નિક્સઓએસ. આનો આભાર, અમારા તમામ બિલ્ડ્સ પુનઃઉત્પાદનક્ષમ છે અને કોઈપણ ઑપરેટિંગ સિસ્ટમ પર કામ કરે છે કે જેના પર નિક્સ ઇન્સ્ટોલ કરી શકાય છે.

તેથી અમે બનાવીને શરૂઆત કરી TON એસેમ્બલી માટે અભિવ્યક્તિ સાથે નિક્સ ઓવરલે. તેની સહાયથી, TON કમ્પાઇલ કરવું શક્ય તેટલું સરળ છે:

$ cd ~/.config/nixpkgs/overlays && git clone https://github.com/serokell/ton.nix
$ cd /path/to/ton/repo && nix-shell
[nix-shell]$ cmakeConfigurePhase && make

નોંધ કરો કે તમારે કોઈપણ નિર્ભરતા સ્થાપિત કરવાની જરૂર નથી. Nix જાદુઈ રીતે તમારા માટે બધું કરશે, પછી ભલે તમે NixOS, Ubuntu અથવા macOS નો ઉપયોગ કરી રહ્યાં હોવ.

TON માટે પ્રોગ્રામિંગ

TON નેટવર્કમાં સ્માર્ટ કોન્ટ્રાક્ટ કોડ TON વર્ચ્યુઅલ મશીન (TVM) પર ચાલે છે. TVM અન્ય વર્ચ્યુઅલ મશીનો કરતાં વધુ જટિલ છે, અને તેમાં ખૂબ જ રસપ્રદ કાર્યક્ષમતા છે, ઉદાહરણ તરીકે, તે તેની સાથે કામ કરી શકે છે. ચાલુ и ડેટાની લિંક્સ.

તદુપરાંત, TON ના લોકોએ ત્રણ નવી પ્રોગ્રામિંગ ભાષાઓ બનાવી:

ફિફ્ટ એક સાર્વત્રિક સ્ટેક પ્રોગ્રામિંગ લેંગ્વેજ છે જે તેના જેવું લાગે છે આગળ. તેની સુપર ક્ષમતા ટીવીએમ સાથે ક્રિયાપ્રતિક્રિયા કરવાની ક્ષમતા છે.

ફન સી એક સ્માર્ટ કોન્ટ્રાક્ટ પ્રોગ્રામિંગ ભાષા છે જે સમાન છે C અને બીજી ભાષામાં સંકલિત કરવામાં આવે છે - ફિફ્ટ એસેમ્બલર.

પાંચમો એસેમ્બલર - TVM માટે બાઈનરી એક્ઝિક્યુટેબલ કોડ જનરેટ કરવા માટે પાંચ લાઇબ્રેરી. ફિફ્થ એસેમ્બલર પાસે કમ્પાઈલર નથી. આ એમ્બેડેડ ડોમેન વિશિષ્ટ ભાષા (eDSL).

અમારી સ્પર્ધા કામ કરે છે

છેવટે, અમારા પ્રયત્નોના પરિણામો જોવાનો સમય આવી ગયો છે.

અસુમેળ ચુકવણી ચેનલ

પેમેન્ટ ચેનલ એ એક સ્માર્ટ કોન્ટ્રાક્ટ છે જે બે યુઝર્સને બ્લોકચેનની બહાર પેમેન્ટ મોકલવાની મંજૂરી આપે છે. પરિણામે, તમે માત્ર પૈસા જ નહીં (કોઈ કમિશન નથી), પણ સમય પણ બચાવો છો (તમારે આગળના બ્લોકની પ્રક્રિયા થવાની રાહ જોવાની જરૂર નથી). ચુકવણીઓ ઇચ્છિત હોય તેટલી નાની અને જરૂરી હોય તેટલી વાર હોઈ શકે છે. આ કિસ્સામાં, પક્ષકારોએ એકબીજા પર વિશ્વાસ કરવાની જરૂર નથી, કારણ કે અંતિમ સમાધાનની વાજબીતા સ્માર્ટ કરાર દ્વારા ખાતરી આપવામાં આવે છે.

અમને સમસ્યાનો એકદમ સરળ ઉકેલ મળ્યો. બે પક્ષો હસ્તાક્ષરિત સંદેશાઓની આપ-લે કરી શકે છે, જેમાં પ્રત્યેક બે નંબરો ધરાવે છે - દરેક પક્ષ દ્વારા ચૂકવવામાં આવેલી સંપૂર્ણ રકમ. આ બે નંબરો જેમ કામ કરે છે વેક્ટર ઘડિયાળ પરંપરાગત વિતરણ પ્રણાલીઓમાં અને વ્યવહારો પર "પહેલાં થયું" ઓર્ડર સેટ કરો. આ ડેટાનો ઉપયોગ કરીને, કરાર કોઈપણ સંભવિત સંઘર્ષને ઉકેલવામાં સક્ષમ હશે.

વાસ્તવમાં, આ વિચારને અમલમાં મૂકવા માટે એક નંબર પૂરતો છે, પરંતુ અમે બંનેને છોડી દીધા કારણ કે આ રીતે અમે વધુ અનુકૂળ વપરાશકર્તા ઇન્ટરફેસ બનાવી શકીએ છીએ. વધુમાં, અમે દરેક સંદેશમાં ચુકવણીની રકમનો સમાવેશ કરવાનું નક્કી કર્યું છે. તેના વિના, જો કોઈ કારણસર સંદેશ ખોવાઈ જાય, તો પછી, જો કે તમામ રકમ અને અંતિમ ગણતરી સાચી હશે, તો વપરાશકર્તા કદાચ નુકસાનની નોંધ લેશે નહીં.

અમારા વિચારને ચકાસવા માટે, અમે આવા સરળ અને સંક્ષિપ્ત ચુકવણી ચેનલ પ્રોટોકોલનો ઉપયોગ કરવાના ઉદાહરણો જોયા. આશ્ચર્યજનક રીતે, અમને ફક્ત બે જ મળ્યા:

1. વર્ણન સમાન અભિગમ, માત્ર એક દિશાહીન ચેનલના કિસ્સામાં.
2. ટ્યુટોરીયલ, જે આપણા જેવા જ વિચારનું વર્ણન કરે છે, પરંતુ સામાન્ય શુદ્ધતા અને સંઘર્ષ નિવારણ પ્રક્રિયાઓ જેવી ઘણી મહત્વપૂર્ણ વિગતો સમજાવ્યા વિના.

તે સ્પષ્ટ થઈ ગયું કે અમારા પ્રોટોકોલનું વિગતવાર વર્ણન કરવું અર્થપૂર્ણ છે, તેની શુદ્ધતા પર વિશેષ ધ્યાન આપીને. ઘણા પુનરાવર્તનો પછી, સ્પષ્ટીકરણ તૈયાર હતું, અને હવે તમે પણ કરી શકો છો. તેણીને જુઓ.

અમે FunC માં કોન્ટ્રાક્ટ અમલમાં મૂક્યો, અને અમે આયોજકો દ્વારા ભલામણ કર્યા મુજબ, અમારા કોન્ટ્રાક્ટ સાથે સંપૂર્ણ રીતે Fift માં ક્રિયાપ્રતિક્રિયા કરવા માટે કમાન્ડ લાઇન યુટિલિટી લખી. અમે અમારા CLI માટે અન્ય કોઈપણ ભાષા પસંદ કરી શક્યા હોત, પરંતુ અમે Fitને વ્યવહારમાં કેવું પ્રદર્શન કરે છે તે જોવા માટે અજમાવવામાં રસ ધરાવતા હતા.

સાચું કહું તો, ફિફ્ટ સાથે કામ કર્યા પછી, અમને વિકસિત ટૂલ્સ અને લાઇબ્રેરીઓ સાથે લોકપ્રિય અને સક્રિય રીતે ઉપયોગમાં લેવાતી ભાષાઓ કરતાં આ ભાષાને પ્રાધાન્ય આપવા માટે કોઈ અનિવાર્ય કારણો જોવા મળ્યા નથી. સ્ટેક-આધારિત ભાષામાં પ્રોગ્રામિંગ ખૂબ જ અપ્રિય છે, કારણ કે તમારે સ્ટેક પર શું છે તે સતત તમારા માથામાં રાખવું પડશે, અને કમ્પાઇલર આમાં મદદ કરતું નથી.

તેથી, અમારા મતે, ફિફ્ટના અસ્તિત્વ માટેનું એકમાત્ર સમર્થન એ ફિફ્ટ એસેમ્બલર માટે યજમાન ભાષા તરીકેની તેની ભૂમિકા છે. પરંતુ શું આ અનિવાર્યપણે એકમાત્ર હેતુ માટે નવી શોધ કરવાને બદલે ટીવીએમ એસેમ્બલરને કેટલીક વર્તમાન ભાષામાં એમ્બેડ કરવું વધુ સારું નથી?

TVM Haskell eDSL

હવે અમારા બીજા સ્માર્ટ કોન્ટ્રાક્ટ વિશે વાત કરવાનો સમય આવી ગયો છે. અમે મલ્ટિ-સિગ્નેચર વૉલેટ વિકસાવવાનું નક્કી કર્યું, પરંતુ FunC માં બીજો સ્માર્ટ કોન્ટ્રાક્ટ લખવો ખૂબ કંટાળાજનક હશે. અમે થોડો સ્વાદ ઉમેરવા માગતા હતા, અને તે TVM માટે અમારી પોતાની એસેમ્બલી ભાષા હતી.

ફિફ્ટ એસેમ્બલરની જેમ, અમારી નવી ભાષા એમ્બેડેડ છે, પરંતુ અમે ફિફ્ટને બદલે હાસ્કેલને હોસ્ટ તરીકે પસંદ કર્યું છે, જે અમને તેની અદ્યતન પ્રકારની સિસ્ટમનો સંપૂર્ણ લાભ લેવાની મંજૂરી આપે છે. સ્માર્ટ કોન્ટ્રાક્ટ સાથે કામ કરતી વખતે, જ્યાં નાની ભૂલની કિંમત પણ ઘણી વધારે હોઈ શકે છે, અમારા મતે, સ્થિર ટાઇપિંગ એ એક મોટો ફાયદો છે.

TVM એસેમ્બલર હાસ્કેલમાં એમ્બેડેડ જેવું દેખાય છે તે દર્શાવવા માટે, અમે તેના પર પ્રમાણભૂત વૉલેટ લાગુ કર્યું છે. અહીં ધ્યાન આપવા માટેની કેટલીક બાબતો છે:

• આ કરારમાં એક કાર્યનો સમાવેશ થાય છે, પરંતુ તમે ગમે તેટલા ઉપયોગ કરી શકો છો. જ્યારે તમે હોસ્ટ લેંગ્વેજ (એટલે ​​કે હાસ્કેલ) માં નવું ફંક્શન વ્યાખ્યાયિત કરો છો, ત્યારે અમારું eDSL તમને તે પસંદ કરવાની મંજૂરી આપે છે કે શું તમે તેને TVM માં એક અલગ રૂટિન બનવા માંગો છો અથવા ફક્ત કૉલના બિંદુ પર ઇનલાઇન કરવા માંગો છો.
• હાસ્કેલની જેમ, ફંક્શનમાં એવા પ્રકારો હોય છે જે કમ્પાઈલ સમયે તપાસવામાં આવે છે. અમારા eDSL માં, ફંક્શનનો ઇનપુટ પ્રકાર એ સ્ટેકનો પ્રકાર છે જેની ફંક્શન અપેક્ષા રાખે છે, અને પરિણામ પ્રકાર એ સ્ટેકનો પ્રકાર છે જે કૉલ પછી ઉત્પન્ન થશે.
• કોડમાં ટીકાઓ છે stacktype, કોલ પોઈન્ટ પર અપેક્ષિત સ્ટેક પ્રકારનું વર્ણન કરે છે. મૂળ વોલેટ કોન્ટ્રાક્ટમાં આ ફક્ત ટિપ્પણીઓ હતી, પરંતુ અમારા eDSL માં તે વાસ્તવમાં કોડનો ભાગ છે અને કમ્પાઇલ સમયે તપાસવામાં આવે છે. તેઓ દસ્તાવેજો અથવા નિવેદનો તરીકે સેવા આપી શકે છે જે વિકાસકર્તાને જો કોડ બદલાય અને સ્ટેક પ્રકાર બદલાય તો સમસ્યા શોધવામાં મદદ કરે છે. અલબત્ત, આવી ટીકાઓ રનટાઇમ કામગીરીને અસર કરતી નથી, કારણ કે તેમના માટે કોઈ TVM કોડ જનરેટ થતો નથી.
• આ હજી બે અઠવાડિયામાં લખાયેલ પ્રોટોટાઇપ છે, તેથી પ્રોજેક્ટ પર હજી ઘણું કામ કરવાનું બાકી છે. ઉદાહરણ તરીકે, તમે નીચેના કોડમાં જુઓ છો તે વર્ગોના તમામ ઉદાહરણો આપમેળે જનરેટ થવા જોઈએ.

અમારા eDSL પર મલ્ટિસિગ વૉલેટનું અમલીકરણ આના જેવું દેખાય છે:

main :: IO ()
main = putText $ pretty $ declProgram procedures methods
  where
    procedures =
      [ ("recv_external", decl recvExternal)
      , ("recv_internal", decl recvInternal)
      ]
    methods =
      [ ("seqno", declMethod getSeqno)
      ]

data Storage = Storage
  { sCnt :: Word32
  , sPubKey :: PublicKey
  }

instance DecodeSlice Storage where
  type DecodeSliceFields Storage = [PublicKey, Word32]
  decodeFromSliceImpl = do
    decodeFromSliceImpl @Word32
    decodeFromSliceImpl @PublicKey

instance EncodeBuilder Storage where
  encodeToBuilder = do
    encodeToBuilder @Word32
    encodeToBuilder @PublicKey

data WalletError
  = SeqNoMismatch
  | SignatureMismatch
  deriving (Eq, Ord, Show, Generic)

instance Exception WalletError

instance Enum WalletError where
  toEnum 33 = SeqNoMismatch
  toEnum 34 = SignatureMismatch
  toEnum _ = error "Uknown MultiSigError id"

  fromEnum SeqNoMismatch = 33
  fromEnum SignatureMismatch = 34

recvInternal :: '[Slice] :-> '[]
recvInternal = drop

recvExternal :: '[Slice] :-> '[]
recvExternal = do
  decodeFromSlice @Signature
  dup
  preloadFromSlice @Word32
  stacktype @[Word32, Slice, Signature]
  -- cnt cs sign

  pushRoot
  decodeFromCell @Storage
  stacktype @[PublicKey, Word32, Word32, Slice, Signature]
  -- pk cnt' cnt cs sign

  xcpu @1 @2
  stacktype @[Word32, Word32, PublicKey, Word32, Slice, Signature]
  -- cnt cnt' pk cnt cs sign

  equalInt >> throwIfNot SeqNoMismatch

  push @2
  sliceHash
  stacktype @[Hash Slice, PublicKey, Word32, Slice, Signature]
  -- hash pk cnt cs sign

  xc2pu @0 @4 @4
  stacktype @[PublicKey, Signature, Hash Slice, Word32, Slice, PublicKey]
  -- pubk sign hash cnt cs pubk

  chkSignU
  stacktype @[Bool, Word32, Slice, PublicKey]
  -- ? cnt cs pubk

  throwIfNot SignatureMismatch
  accept

  swap
  decodeFromSlice @Word32
  nip

  dup
  srefs @Word8

  pushInt 0
  if IsEq
  then ignore
  else do
    decodeFromSlice @Word8
    decodeFromSlice @(Cell MessageObject)
    stacktype @[Slice, Cell MessageObject, Word8, Word32, PublicKey]
    xchg @2
    sendRawMsg
    stacktype @[Slice, Word32, PublicKey]

  endS
  inc

  encodeToCell @Storage
  popRoot

getSeqno :: '[] :-> '[Word32]
getSeqno = do
  pushRoot
  cToS
  preloadFromSlice @Word32

અમારા eDSL અને મલ્ટિ-સિગ્નેચર વૉલેટ કોન્ટ્રાક્ટનો સંપૂર્ણ સ્રોત કોડ અહીં મળી શકે છે આ ભંડાર. અને વધુ વિગતવાર જણાવ્યું બિલ્ટ-ઇન ભાષાઓ વિશે, અમારા સાથીદાર જ્યોર્જી અગાપોવ.

સ્પર્ધા અને TON વિશે તારણો

કુલ મળીને, અમારા કાર્યમાં 380 કલાક લાગ્યા (દસ્તાવેજીકરણ, મીટિંગ્સ અને વાસ્તવિક વિકાસ સાથે પરિચિતતા સહિત). સ્પર્ધાના પ્રોજેક્ટમાં પાંચ વિકાસકર્તાઓએ ભાગ લીધો: CTO, ટીમ લીડ, બ્લોકચેન પ્લેટફોર્મ નિષ્ણાતો અને હાસ્કેલ સોફ્ટવેર ડેવલપર્સ.

અમને મુશ્કેલી વિના હરીફાઈમાં ભાગ લેવા માટે સંસાધનો મળ્યાં, કારણ કે હેકાથોનની ભાવના, નિકટ ટીમ વર્ક અને નવી ટેકનોલોજીના પાસાઓમાં ઝડપથી સ્વયંને લીન કરવાની જરૂરિયાત હંમેશા રોમાંચક હોય છે. મર્યાદિત સંસાધનોની સ્થિતિમાં મહત્તમ પરિણામો પ્રાપ્ત કરવા માટે ઘણી નિંદ્રાધીન રાતો અમૂલ્ય અનુભવ અને ઉત્તમ યાદો દ્વારા વળતર આપવામાં આવે છે. વધુમાં, આવા કાર્યો પર કામ કરવું એ હંમેશા કંપનીની પ્રક્રિયાઓની સારી કસોટી છે, કારણ કે આંતરિક ક્રિયાપ્રતિક્રિયા સારી રીતે કાર્ય કર્યા વિના ખરેખર યોગ્ય પરિણામો પ્રાપ્ત કરવાનું અત્યંત મુશ્કેલ છે.

ગીતો એક બાજુએ: TON ટીમ દ્વારા મૂકવામાં આવેલા કામના જથ્થાથી અમે પ્રભાવિત થયા હતા. તેઓ એક જટિલ, સુંદર અને સૌથી અગત્યનું, કાર્યકારી સિસ્ટમ બનાવવામાં વ્યવસ્થાપિત થયા. TON એ પોતાની જાતને મહાન સંભવિતતા ધરાવતું પ્લેટફોર્મ સાબિત કર્યું છે. જો કે, આ ઇકોસિસ્ટમ વિકસાવવા માટે, બ્લોકચેન પ્રોજેક્ટ્સમાં તેના ઉપયોગની દ્રષ્ટિએ અને વિકાસ સાધનોને સુધારવાની દ્રષ્ટિએ, ઘણું બધું કરવાની જરૂર છે. અમને હવે આ પ્રક્રિયાનો ભાગ બનવા બદલ ગર્વ છે.

જો આ લેખ વાંચ્યા પછી પણ તમારી પાસે કોઈ પ્રશ્નો હોય અથવા તમારી સમસ્યાઓના ઉકેલ માટે TON નો ઉપયોગ કેવી રીતે કરવો તે અંગેના વિચારો હોય, અમને લખો - અમારો અનુભવ શેર કરવામાં અમને આનંદ થશે.

સોર્સ: www.habr.com