ഒരു വാലറ്റ് അഡ്രസ്സും ഒരു പേയ്മെന്റ് സിസ്റ്റമല്ല. അത് ഒരു ലക്ഷ്യസ്ഥാനം മാത്രമാണ്, മറ്റൊന്നുമല്ല. ആ സ്ട്രിംഗ് (string) കൈവശമുള്ള ആർക്കും ഏത് സമയത്തും അതിലേക്ക് എന്തും അയക്കാം. പരസ്പരം വിശ്വസിക്കുന്ന രണ്ട് വ്യക്തികൾ തമ്മിലുള്ള ഒറ്റത്തവണ ഇടപാടുകൾക്ക് അത് മതിയാകാം. എന്നാൽ നിങ്ങൾ ഒരു SaaS ഉൽപ്പന്നമോ, ഒരു മാർക്കറ്റ് പ്ലേസോ, അല്ലെങ്കിൽ ഒരു ഓൺലൈൻ സ്റ്റോറോ ആണ് നടത്തുന്നതെങ്കിൽ, ചെക്ക്ഔട്ട് പേജിൽ ഒരു സ്റ്റാറ്റിക് അഡ്രസ്സ് നൽകുന്നത് പ്രവർത്തനപരമായ വലിയ കുഴപ്പങ്ങൾക്ക് കാരണമാകും. ആരാണ് എന്ത് പണമടച്ചത് എന്ന് ഊഹിച്ചും, അജ്ഞാതമായ ഇടപാടുകൾ യഥാർത്ഥ ഉപഭോക്താക്കളുമായി പൊരുത്തപ്പെടുത്തുന്നതിനും, തെറ്റായ നെറ്റ്വർക്കിലൂടെ തെറ്റായ ടോക്കൺ അയക്കുന്നവർ വരുത്തുന്ന പിഴവുകൾ പരിഹരിക്കുന്നതിനും വേണ്ടി നിങ്ങൾക്ക് ദിവസങ്ങൾ ചെലവഴിക്കേണ്ടി വരും.
വളർച്ചാസാധ്യതയുള്ള (scalable) ഒരു സംവിധാനം നിർമ്മിക്കാൻ, നിങ്ങൾ ഒരു ദാനപാത്രത്തെപ്പോലെ ചിന്തിക്കുന്നത് നിർത്തി ഒരു ഘടനാപരമായ പേയ്മെന്റ് സിസ്റ്റത്തെപ്പോലെ ചിന്തിച്ചു തുടങ്ങണം.
ഒരു വാലറ്റ് അഡ്രസ്സ് വലിയ തോതിലുള്ള ഇടപാടുകളിൽ പരാജയപ്പെടുന്നത് എന്തുകൊണ്ട്?
പ്രശ്നം സന്ദർഭമാണ് (context), അല്ലെങ്കിൽ അതിന്റെ അഭാവമാണ്. ഒരു ഉപഭോക്താവ് നിങ്ങളുടെ വാലറ്റ് അഡ്രസ്സ് കോപ്പി ചെയ്ത് ഒരു എക്സ്ചേഞ്ചിൽ നിന്നോ സെൽഫ് കസ്റ്റഡി വാലറ്റിൽ നിന്നോ ക്രിപ്റ്റോ അയക്കുമ്പോൾ, ബ്ലോക്ക്ചെയിൻ രേഖപ്പെടുത്തുന്നത് എന്താണ് നീങ്ങിയത് എന്നത് മാത്രമാണ്: ഒരു തുക, ഒരു ടൈംസ്റ്റാമ്പ്, രണ്ട് പബ്ലിക് അഡ്രസ്സുകൾ എന്നിവ മാത്രം. അത് നിങ്ങളുടെ ഇൻവോയ്സ് നമ്പർ രേഖപ്പെടുത്തുന്നില്ല. അതിൽ കസ്റ്റമർ ഐഡി ഉൾപ്പെടുന്നില്ല. ഈ ട്രാൻസ്ഫർ ഒരു സബ്സ്ക്രിപ്ഷൻ പുതുക്കലാണോ, പ്രോ-റേറ്റഡ് അപ്ഗ്രേഡ് ആണോ, അതോ തികച്ചും പുതിയൊരു പർച്ചേസ് ആണോ എന്ന് അത് പറയുന്നില്ല.
എല്ലാ മാസവും അഞ്ഞൂറ് ഉപഭോക്താക്കൾക്ക് സ്റ്റേബിൾകോയിനുകളിൽ ബില്ലിംഗ് നടത്തുന്ന ഒരു SaaS കമ്പനിയെ സങ്കൽപ്പിക്കുക. എല്ലാ ഉപഭോക്താക്കളും ഒരേ സ്റ്റാറ്റിക് അഡ്രസ്സിലേക്ക് USDT അയക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ അക്കൗണ്ടിംഗ് ടീമിന് വലിയൊരു തലവേദനയായിരിക്കും ഇത്. ഒരു ട്രാൻസ്ഫറും മറ്റൊന്നിന് സമാനമായിരിക്കും. പുലർച്ചെ 2 മണിക്ക് വന്ന ഇരുപത് ഡോളർ ഉപഭോക്താവ് A പ്ലാൻ പുതുക്കിയതാണോ അതോ ഉപഭോക്താവ് B പ്ലാൻ അപ്ഗ്രേഡ് ചെയ്തതാണോ എന്ന് നിങ്ങൾക്ക് തിരിച്ചറിയാൻ കഴിയില്ല. ബ്ലോക്ക്ചെയിൻ കാണുന്നത് ഒരു സംഖ്യ മാത്രമാണ്. എന്നാൽ നിങ്ങളുടെ ബിസിനസ്സിന് ഒരു വ്യക്തമായ പശ്ചാത്തലം (context) ആവശ്യമാണ്.
ഇടപാടുകളുടെ രണ്ട് വശങ്ങളിലും മാർക്കറ്റ് പ്ലേസുകൾ ഈ ബുദ്ധിമുട്ട് അനുഭവിക്കുന്നു. വാങ്ങുന്നയാൾ പണം നിക്ഷേപിച്ചു എന്ന് നിങ്ങൾ അറിയണം, വിൽപനക്കാരൻ സാധനം അയക്കുന്നത് വരെ അത് കൈവശം വെക്കണം, ഡെലിവറി കൺഫർമേഷൻ ലഭിച്ചതിന് ശേഷം മാത്രം അത് വിട്ടുനൽകണം. ഒരു സാധാരണ അഡ്രസ്സ് ഉപയോഗിച്ച്, ഒരു വാങ്ങുന്നയാളുടെ നിക്ഷേപത്തെ ഒരു അപ്രതീക്ഷിത ഇൻബൗണ്ട് ട്രാൻസ്ഫറിൽ നിന്നോ അല്ലെങ്കിൽ ഒരു വെണ്ടറുടെ സ്വന്തം ഫണ്ടുകളിൽ നിന്നോ വേർതിരിക്കാൻ പ്രോഗ്രാമാറ്റിക് ആയ ഒരു മാർഗ്ഗവും ലഭിക്കില്ല. ഇ-കൊമേഴ്സും അതുപോലെ തന്നെ സങ്കീർണ്ണമാണ്. ഒരു ഇടപാടിനെ ഒരു പ്രത്യേക ഓർഡറുമായി ബന്ധിപ്പിക്കാതെ, നിങ്ങൾക്ക് ഫുൾഫിൽമെന്റ് (fulfillment) ആരംഭിക്കാൻ കഴിയില്ല. ആരെങ്കിലും മാനുവലായി ചെയിൻ പരിശോധിക്കുകയും, ട്രാൻസ്ഫർ കണ്ടെത്തുകയും, നിങ്ങളുടെ ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യുകയും വേണം. ഇത് ദിവസം പത്ത് തവണ ചെയ്താൽ നിങ്ങൾക്ക് തെറ്റുകൾ സംഭവിക്കാം. ആയിരം തവണ ചെയ്താൽ നിങ്ങൾക്ക് പണം നഷ്ടപ്പെടാം.
ഈ മാറ്റം ലളിതമാണ് എന്നാൽ നിർണ്ണായകവുമാണ്. ഫണ്ട് ഒരു അഡ്രസ്സിൽ എത്തിയിട്ടുണ്ടോ എന്ന് ചോദിക്കുന്നത് നിർത്തുക. പകരം, ഒരു പ്രത്യേക പേയ്മെന്റ് റിക്വസ്റ്റ് ശരിയായ അവസ്ഥയിൽ (state) എത്തിയിട്ടുണ്ടോ എന്ന് ചോദിച്ചു തുടങ്ങുക.
പേയ്മെന്റ് റിക്വസ്റ്റിനെ അടിസ്ഥാനമാക്കി നിർമ്മിക്കുക
വിശ്വസനീയമായ ഒരു ക്രിപ്റ്റോ പേയ്മെന്റ് ഫ്ലോ, പേയ്മെന്റ് റിക്വസ്റ്റിനെയാണ് കേന്ദ്രബിന്ദുവായി കാണുന്നത്. വാലറ്റ് അഡ്രസ്സ് എന്നത് ആ റിക്വസ്റ്റിന് വേണ്ടി നിലകൊള്ളുന്ന ഒരു താൽക്കാലിക കണ്ടെയ്നർ മാത്രമായി മാറുന്നു. ഒരു ബ്ലോക്ക്ചെയിൻ ട്രാൻസ്ഫറിനെ തിരിച്ചറിയാൻ കഴിയുന്ന ഒരു ബിസിനസ്സ് ഇവന്റാക്കി മാറ്റുന്ന മെറ്റാഡാറ്റ (metadata) ആ റിക്വസ്റ്റിൽ അടങ്ങിയിരിക്കുന്നു.
ഒരു ചെക്ക്ഔട്ട് ഓപ്ഷൻ നൽകുന്നതിന് മുമ്പ്, പേയ്മെന്റ് തിരിച്ചറിയാൻ സഹായിക്കുന്ന ഡാറ്റാ പോയിന്റുകൾ നിർവചിക്കുക:
- ഒരു പർച്ചേസ് അല്ലെങ്കിൽ സബ്സ്ക്രിപ്ഷൻ ഐഡി, പണം എന്തിനാണ് നീങ്ങുന്നത് എന്ന് കൃത്യമായി അറിയാൻ.
- ദശാംശ സംഖ്യകൾ വരെ കൃത്യമായി നിർദ്ദേശിച്ച പ്രതീക്ഷിക്കുന്ന തുക.
- കൃത്യമായ അസറ്റും (asset) നെറ്റ്വർക്ക് തരവും, കാരണം ഇഥീറിയത്തിൽ USDT അയക്കുന്നതും ട്രോണിലോ പോളിഗണിലോ അയക്കുന്നതും ഒന്നല്ല.
- ഉപഭോക്താവിനെയോ ആഭ്യന്തര അക്കൗണ്ടിനെയോ സൂചിപ്പിക്കുന്ന ഒരു റഫറൻസ്.
- ഒരു എക്സ്പയറി സമയം, അങ്ങനെ മാർച്ചിലെ പകുതി അടച്ച ഒരു ക്വോട്ട് (quote) ജൂണിൽ അബദ്ധത്തിൽ ഒരു ഓർഡർ ക്ലോസ് ചെയ്യാതിരിക്കാൻ.
ഒരു ഉപഭോക്താവ് 'pay' ക്ലിക്ക് ചെയ്യുമ്പോൾ, നിങ്ങളുടെ സിസ്റ്റം ഈ ഫീൽഡുകൾ അടങ്ങിയ ഒരു റിക്വസ്റ്റ് തയ്യാറാക്കുന്നു. ഉപഭോക്താവ് പിന്നീട് വെറുമൊരു അഡ്രസ്സിലേക്കല്ല, മറിച്ച് ആ പ്രത്യേക റിക്വസ്റ്റിന് വേണ്ടിയാണ് പണമടയ്ക്കുന്നത്. ഇപ്പോൾ ചെയിനിലുള്ള ഇടപാടിന് ഒരു ഓഫ്-ചെയിൻ ഐഡന്റിറ്റി ഉണ്ട്. ബ്ലോക്ക് എക്സ്പ്ലോറർ പരിശോധിക്കുന്നതിന് മുമ്പ് തന്നെ ആ പേയ്മെന്റ് എന്തിനുള്ളതാണെന്ന് നിങ്ങളുടെ സിസ്റ്റത്തിന് അറിയാം.
സ്റ്റാറ്റസ് കൃത്യമായി രേഖപ്പെടുത്തുക
ബ്ലോക്ക്ചെയിനിലെ പണം വിവിധ ഘട്ടങ്ങളിലൂടെയാണ് നീങ്ങുന്നത്. നിങ്ങളുടെ ആഭ്യന്തര സിസ്റ്റത്തിന് ഈ ഘട്ടങ്ങളുമായി പൊരുത്തപ്പെടുന്ന ഒരു പദാവലി (vocabulary) ആവശ്യമാണ്, അല്ലെങ്കിൽ നിങ്ങളുടെ എൻജിനീയറിംഗ്, സപ്പോർട്ട്, ഓപ്പറേഷൻസ് ടീമുകൾ തമ്മിൽ ആശയവിനിമയത്തിൽ വലിയ വ്യത്യാസങ്ങൾ ഉണ്ടാകും.
മോഡൽ ലളിതവും വിവരണാത്മകവുമാക്കുക. സാങ്കേതിക കാര്യങ്ങൾ അറിയാത്ത ഒരു സപ്പോർട്ട് ഏജന്റിന് പോലും ഒരു സ്റ്റാറ്റസ് വായിച്ച് ഉപഭോക്താവിനോട് എന്താണ് പറയേണ്ടതെന്ന് മനസ്സിലാക്കാൻ കഴിയണം.
- Created: റിക്വസ്റ്റ് നിലവിലുണ്ട്, എന്നാൽ ബ്ലോക്ക്ചെയിനിൽ ഇതുവരെ ഒന്നും കാണുന്നില്ല. ഉപഭോക്താവ് ഒരു ട്രാൻസാക്ഷൻ ബ്രോഡ്കാസ്റ്റ് ചെയ്തിട്ടില്ല.
- Detected: നിങ്ങളുടെ മോണിറ്ററിംഗ് മെംപൂളിലോ (mempool) അല്ലെങ്കിൽ ഒരു പുതിയ ബ്ലോക്കിലോ അനുയോജ്യമായ ഒരു ട്രാൻസാക്ഷൻ കണ്ടെത്തിയിട്ടുണ്ട്, എന്നാൽ ഇതിന് ഫൈനാലിറ്റി (finality) ലഭിച്ചിട്ടില്ല. ഉൽപ്പന്നം അയക്കരുത്.
- Confirming: ട്രാൻസാക്ഷൻ ചെയിനിൽ ഉണ്ട്, കൺഫർമേഷനുകൾ ലഭിച്ചുകൊണ്ടിരിക്കുന്നു. ഓരോ ചെയിനും വ്യത്യസ്ത വേഗതയിലാണ് പ്രവർത്തിക്കുന്നത്. Bitcoin-ന് ആറ് ബ്ലോക്കുകൾ ആവശ്യമായി വന്നേക്കാം. നിങ്ങളുടെ റിസ്ക് എടുക്കാനുള്ള കഴിവിനെ (risk appetite) ആശ്രയിച്ച് Ethereum പന്ത്രണ്ടോ അതിലധികമോ ബ്ലോക്കുകൾ ആവശ്യമായി വന്നേക്കാം. നിങ്ങളുടെ സിസ്റ്റം നെറ്റ്വർക്കിന്റെ സ്വാഭാവിക രീതികളെ മാനിക്കേണ്ടതുണ്ട്.
- Completed: പേയ്മെന്റ് പ്രതീക്ഷിച്ച തുക, അസറ്റ് (asset), നെറ്റ്വർക്ക്, കോൺടെക്സ്റ്റ് എന്നിവയുമായി പൊരുത്തപ്പെടുന്നു. നിങ്ങൾ നിശ്ചയിച്ച എല്ലാ നിയമങ്ങളും പാലിക്കപ്പെട്ടിരിക്കുന്നു. ഇപ്പോൾ നിങ്ങൾക്ക് ഓർഡർ പൂർത്തിയാക്കുകയോ, സബ്സ്ക്രിപ്ഷൻ ആക്ടിവേറ്റ് ചെയ്യുകയോ, അല്ലെങ്കിൽ എസ്ക്രോ (escrow) റിലീസ് ചെയ്യുകയോ ചെയ്യാം.
- Expired: ഉപഭോക്താവ് പേയ്മെന്റ് ചെയ്യേണ്ട സമയം കഴിഞ്ഞു. നിങ്ങൾ പ്രത്യേകം റീആക്ടിവേറ്റ് ചെയ്യാത്തിടത്തോളം ഈ റിക്വസ്റ്റ് ഭാവിയിലെ പേയ്മെന്റുകൾ സ്വീകരിക്കാൻ പാടില്ല.
- Mismatch: ഉപഭോക്താവ് പണം അയച്ചിട്ടുണ്ട്, എന്നാൽ എന്തോ പിശക് സംഭവിച്ചിട്ടുണ്ട്. തുക കുറവാണ്, നെറ്റ്വർക്ക് വ്യത്യസ്തമാണ്, അല്ലെങ്കിൽ അസറ്റ് പൊരുത്തപ്പെടുന്നില്ല. ഇത് സപ്പോർട്ട് ടീമിന് കൈമാറുക. നിങ്ങളുടെ ഫുൾഫിൽമെന്റ് സിസ്റ്റം (fulfillment system) ഊഹിച്ചുകൊണ്ട് പ്രവർത്തിക്കാൻ അനുവദിക്കരുത്.
ഈ പൈപ്പ്ലൈൻ ചെയിൻ ഡാറ്റയുടെ കുഴഞ്ഞുമറിഞ്ഞ ഒഴുക്കിനെ നിങ്ങളുടെ കമ്പനിക്ക് എളുപ്പത്തിൽ വിശകലനം ചെയ്യാൻ കഴിയുന്ന ഒരു പ്രക്രിയയാക്കി മാറ്റുന്നു.
പോളിംഗ് നിർത്തുക. ലിസണിംഗ് ആരംഭിക്കുക.
ഇൻഫ്രാസ്ട്രക്ചർ ബജറ്റ് വേഗത്തിൽ തീർന്നുപോകുന്ന വഴികളിലൊന്ന്, പണം ലഭിച്ചോ എന്ന് അറിയാൻ നിങ്ങളുടെ ബാക്കെൻഡ് (backend) ഓരോ കുറച്ച് സെക്കൻഡിലും പ്രൊവൈഡറോട് ചോദിച്ചുകൊണ്ടിരിക്കുന്നതാണ്. ഇത് ഇരുഭാഗത്തും വിഭവങ്ങൾ (resources) പാഴാക്കുകയും അനാവശ്യമായ കാല