ସ୍ମାର୍ଟ ଚୁକ୍ତିର ସୁରକ୍ଷା ସାଧାରଣ ସଫ୍ଟୱେର୍ ସୁରକ୍ଷାଠାରୁ କାହିଁକି ଭିନ୍ନ?
ସ୍ମାର୍ଟ ଚୁକ୍ତିର ସୁରକ୍ଷା ଭିନ୍ନ, କାରଣ ଏହାର କୋଡ୍ ସାର୍ବଜନୀନ, ଏଥିରେ ପ୍ରାୟତଃ ସିଧାସଳଖ ଟଙ୍କା ରହିଥାଏ ଏବଂ ଥରେ କାର୍ଯ୍ୟକାରୀ କରାଗଲେ ସାଧାରଣତଃ ଏହାକୁ ବଦଳାଯାଇପାରେ ନାହିଁ। ୱେବ୍ ଆପ୍ର ଏକ ତ୍ରୁଟିକୁ ରାତାରାତି ସୁଧାରି ଦିଆଯାଇପାରେ; କିନ୍ତୁ ଚୁକ୍ତିର କୋଡ୍ ପଢ଼ୁଥିବା ଯେକେହି ସେଥିରେ ଥିବା ତ୍ରୁଟି ଖୋଜିପାରନ୍ତି ଏବଂ ଦଳ ଜାଗିବା ପୂର୍ବରୁ ତାହାର ଅପବ୍ୟବହାର କରିପାରନ୍ତି। Ethereum.orgର ଆକଳନ ଅନୁସାରେ ସ୍ମାର୍ଟ ଚୁକ୍ତିର ତ୍ରୁଟି ଯୋଗୁଁ ଏକ ଶହ କୋଟି ଡଲାରରୁ ଅଧିକ କ୍ଷତି ହୋଇଛି, ଏବଂ ଏହା ଏକ ପ୍ରାରମ୍ଭିକ ଉଦାହରଣ ଭାବେ 2016ର DAO ହ୍ୟାକ୍କୁ ଉଲ୍ଲେଖ କରେ।
ଏକ କାଳ୍ପନିକ ଚାରିଜଣିଆ ଷ୍ଟୁଡିଓ, ଲାର୍କସ୍ପର୍ ଲ୍ୟାବ୍ସକୁ ଧରନ୍ତୁ। ଏହା ଏକ ସରଳ ସଞ୍ଚୟ ପାଣ୍ଠି ତିଆରି କରୁଛି, ଯେଉଁଥିରେ ସଦସ୍ୟମାନେ ଟଙ୍କା ଜମା କରନ୍ତି ଓ ନିଜ ଅଂଶ ଉଠାନ୍ତି। ଡେଭେଲପର୍ କୋଫି ଏହାକୁ କାର୍ଯ୍ୟକାରୀ କରିବା ପୂର୍ବରୁ ସମୀକ୍ଷା ଟିପ୍ପଣୀ ଲେଖନ୍ତି: 'withdraw ପ୍ରଥମେ ଟଙ୍କା ପଠାଏ, ତାପରେ ବାଲାନ୍ସକୁ 0 କରେ। setFee ସମସ୍ତଙ୍କ ପାଇଁ ଖୋଲା ଅଛି, ପରେ ସୀମିତ କରିବି। ଶିକ୍ଷଣ ସାମଗ୍ରୀରେ ଥିବା ପୁରୁଣା କମ୍ପାଇଲର୍ ସଂସ୍କରଣ ବ୍ୟବହାର କରୁଛି। ପୁରସ୍କାର ଟୋକେନ୍ର ଦାମ ଗୋଟିଏ ଛୋଟ ଏକ୍ସଚେଞ୍ଜ ପୁଲ୍ରୁ ନିଆଯାଉଛି। ପରୀକ୍ଷା: ନିଜେ ଥରେ ଜମା + ଉଠାଣ କରି ଦେଖିଲି, କାମ କରୁଛି'। ପ୍ରତ୍ୟେକ ଧାଡ଼ି ଏକ ଜଣାଶୁଣା ପ୍ରକାରର ସୁରକ୍ଷା ଦୁର୍ବଳତାକୁ ଦର୍ଶାଉଛି।
ସ୍ମାର୍ଟ ଚୁକ୍ତିରେ ସବୁଠାରୁ ସାଧାରଣ ସୁରକ୍ଷା ଦୁର୍ବଳତାଗୁଡ଼ିକ କ’ଣ?
ସ୍ମାର୍ଟ କଣ୍ଟ୍ରାକ୍ଟର ସବୁଠାରୁ ସାଧାରଣ ସୁରକ୍ଷା ଦୁର୍ବଳତାଗୁଡ଼ିକ ହେଲା ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣରେ ତ୍ରୁଟି, ମୂଲ୍ୟ ଓରାକଲ୍ରେ ହେରଫେର, ତର୍କଗତ ତ୍ରୁଟି, ଇନପୁଟ୍ ଯାଞ୍ଚର ଅଭାବ ଏବଂ ପୁନଃପ୍ରବେଶ। ଏଗୁଡ଼ିକ 2025 ପାଇଁ OWASP ସ୍ମାର୍ଟ କଣ୍ଟ୍ରାକ୍ଟର ଶୀର୍ଷ 10 ଦୁର୍ବଳତା ତାଲିକାରେ ଆଗରେ ରହିଛି। Ethereum.org ମଧ୍ୟ ଏହି ମୌଳିକ ବର୍ଗଗୁଡ଼ିକ ବିଷୟରେ ଆଲୋଚନା କରେ।
ପୁନଃପ୍ରବେଶ
ଏକ କଣ୍ଟ୍ରାକ୍ଟ ନିଜର ରେକର୍ଡ ଅଦ୍ୟତନ କରିବା ପୂର୍ବରୁ ଅର୍ଥ ପଠାଏ କିମ୍ବା ଅନ୍ୟ ଏକ କଣ୍ଟ୍ରାକ୍ଟକୁ ଡାକେ। ପୁରୁଣା ବାଲାନ୍ସ ଦେଖାଯାଉଥିବା ବେଳେ ଏକ କ୍ଷତିକାରକ ପ୍ରାପ୍ତକର୍ତ୍ତା ପୁଣି ତାହାକୁ ଡାକି ଆଉ ଥରେ ଅର୍ଥ ଉଠାଏ। କୋଫିଙ୍କ ଅର୍ଥ ଉଠାଣ ଫଙ୍କସନ୍ ଏହାର ଏକ ପରିଚିତ ଉଦାହରଣ: ଏହା ବାଲାନ୍ସ ଶୂନ କରିବା ପୂର୍ବରୁ ଅର୍ଥ ପୈଠ କରେ। ସାଧାରଣ ସମାଧାନ ହେଉଛି ପ୍ରଥମେ ସ୍ଥିତି ଅଦ୍ୟତନ କରିବା ଏବଂ ଶେଷରେ ଅନ୍ୟ କଣ୍ଟ୍ରାକ୍ଟ ସହ କାର୍ଯ୍ୟ କରିବା। ଏହାକୁ ପ୍ରାୟତଃ ଯାଞ୍ଚ, ପ୍ରଭାବ, ପାରସ୍ପରିକ କାର୍ଯ୍ୟ କ୍ରମ କୁହାଯାଏ।
ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣ
ସମ୍ବେଦନଶୀଳ ଫଙ୍କସନ୍ ଯାହାକୁ ଯେକେହି ଚଲାଇପାରନ୍ତି। କୋଫିଙ୍କ ସାର୍ବଜନୀନ setFee ଫଙ୍କସନ୍ ମାଧ୍ୟମରେ ଯେକୌଣସି ଅଜଣା ବ୍ୟକ୍ତି ଶୁଳ୍କ ବଦଳାଇପାରନ୍ତି। Ethereum.orgରେ ମାଲିକ ଭୂମିକା, ଭୂମିକାଭିତ୍ତିକ ପ୍ରବେଶାଧିକାର ଏବଂ ଏକାଧିକ ସ୍ୱାକ୍ଷର ଦ୍ୱାରା ଅନୁମୋଦନ ଭଳି ପଦ୍ଧତି ବର୍ଣ୍ଣନା କରାଯାଇଛି।
ପୂର୍ଣ୍ଣସଂଖ୍ୟା ଓଭରଫ୍ଲୋ ଓ ଅଣ୍ଡରଫ୍ଲୋ
ଏପରି ଗଣନା, ଯେଉଁଥିରେ ସଂଖ୍ୟା ନିଜ ସୀମା ଅତିକ୍ରମ କରି ଅନ୍ୟ ପ୍ରାନ୍ତକୁ ଫେରିଯାଏ, ଫଳରେ ଶୂନରୁ କମ୍ ବାଲାନ୍ସ ଏକ ବିଶାଳ ସଂଖ୍ୟାରେ ପରିଣତ ହୁଏ। Ethereum.org ଅନୁସାରେ Solidity 0.8.0 ଏବଂ ପରବର୍ତ୍ତୀ ସଂସ୍କରଣଗୁଡ଼ିକ ସ୍ୱାଭାବିକ ସେଟିଂରେ ଏହାକୁ ପ୍ରତ୍ୟାଖ୍ୟାନ କରନ୍ତି, କିନ୍ତୁ ପୁରୁଣା କୋଡ୍ରେ ଏଥିପାଇଁ ସ୍ୱତନ୍ତ୍ର ଯାଞ୍ଚ ଦରକାର। ସେଥିପାଇଁ କୋଫିଙ୍କ ପୁରୁଣା କମ୍ପାଇଲର୍ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।
ଓରାକଲ୍ରେ ହେରଫେର
କମ୍ କାରବାର ହେଉଥିବା ଗୋଟିଏ ମାତ୍ର ବଜାରରୁ ମୂଲ୍ୟ ନେବା, ଯାହାକୁ ଆକ୍ରମଣକାରୀ ପ୍ରାୟତଃ ଫ୍ଲାସ୍ ଋଣ ସାହାଯ୍ୟରେ ବଦଳାଇପାରେ। ଫ୍ଲାସ୍ ଋଣ ହେଉଛି ଗୋଟିଏ କାରବାର ମଧ୍ୟରେ ନିଆଯାଇ ଫେରସ୍ତ କରାଯାଉଥିବା ଋଣ। ଦୃଢ଼ ବ୍ୟବସ୍ଥାଗୁଡ଼ିକ ବିକେନ୍ଦ୍ରୀକୃତ ଓରାକଲ୍ କିମ୍ବା ସମୟଭିତ୍ତିକ ହାରାହାରି ମୂଲ୍ୟ ବ୍ୟବହାର କରନ୍ତି।
ତର୍କ ଓ ବୈଧତା ଯାଞ୍ଚରେ ତ୍ରୁଟି
ଉଦ୍ଦିଷ୍ଟ ରୂପରେଖା ସହ ମେଳ ଖାଉନଥିବା ନିୟମ, କିମ୍ବା କେବେ ଯାଞ୍ଚ କରାଯାଉନଥିବା ଇନପୁଟ୍, ଯେପରିକି ଶୂନ୍ୟ ରାଶି କିମ୍ବା ଅପ୍ରତ୍ୟାଶିତ ଠିକଣା।
ଦଳଗୁଡ଼ିକ ସ୍ମାର୍ଟ କଣ୍ଟ୍ରାକ୍ଟର ପରୀକ୍ଷା ଓ ଅଡିଟ୍ କିପରି କରନ୍ତି?
ଦଳଗୁଡ଼ିକ ସ୍ମାର୍ଟ କଣ୍ଟ୍ରାକ୍ଟକୁ ଏକାଧିକ ସ୍ତରରେ ପରୀକ୍ଷା ଓ ଅଡିଟ୍ କରନ୍ତି, କାରଣ କୌଣସି ଗୋଟିଏ ପଦ୍ଧତି ସବୁ ତ୍ରୁଟି ଧରିପାରେ ନାହିଁ: ସ୍ୱୟଂଚାଳିତ ପରୀକ୍ଷା, ବିଶ୍ଳେଷଣ ସାଧନ, ପରୀକ୍ଷଣ ନେଟୱର୍କରେ ଚାଲୁ କରିବା, ସ୍ୱାଧୀନ ସମୀକ୍ଷା ଏବଂ ବହୁ ମୂଲ୍ୟର ସମ୍ପତ୍ତି ଧାରଣ କରୁଥିବା କଣ୍ଟ୍ରାକ୍ଟ ପାଇଁ ବାହ୍ୟ ଅଡିଟ୍ ଓ ତ୍ରୁଟି ଖୋଜିବା ପୁରସ୍କାର।
1. ଏକକ ଓ ବୈଶିଷ୍ଟ୍ୟ ପରୀକ୍ଷା
ପ୍ରତ୍ୟେକ ଫଙ୍କସନ୍ ପାଇଁ ପରୀକ୍ଷା ଲେଖନ୍ତୁ। ପୁଣି ଭିତରକୁ କଲ୍ କରୁଥିବା ଗ୍ରହୀତା ପରି ପ୍ରତିକୂଳ ପରିସ୍ଥିତି ମଧ୍ୟ ରଖନ୍ତୁ। ଫଜିଂ ସ୍ୱୟଂଚାଳିତ ଭାବେ ହଜାର ହଜାର ଯାଦୃଚ୍ଛିକ ଇନପୁଟ୍ ପରୀକ୍ଷା କରେ।
2. ସ୍ଥିର ବିଶ୍ଳେଷଣ
Ethereum.org ରେ Slither, Mythril ଓ Aderyn ପରି ଟୁଲ୍ର ନାମ ଦିଆଯାଇଛି, ଯେଉଁଗୁଡ଼ିକ କୋଡ୍ରେ ଜଣାଶୁଣା ବିପଦପୂର୍ଣ୍ଣ ଢାଞ୍ଚା ଖୋଜନ୍ତି।
3. ନେଟୱର୍କଗୁଡ଼ିକୁ ପରୀକ୍ଷା କରନ୍ତୁ
ମେନ୍ନେଟ୍ରେ ନିୟୋଜନ କରିବା ପୂର୍ବରୁ ଏକ ସାର୍ବଜନୀନ ଟେଷ୍ଟନେଟ୍ରେ ନିୟୋଜନ କରନ୍ତୁ। ଆପ୍ଲିକେସନ୍ ଓ କନ୍ଟ୍ରାକ୍ଟ ବିକାଶ ପାଇଁ Ethereum.org ସେପୋଲିଆ ବ୍ୟବହାର କରିବାକୁ ସୁପାରିସ କରେ; ଟେଷ୍ଟନେଟ୍ ଇଥର୍ର କୌଣସି ବାସ୍ତବ ମୂଲ୍ୟ ନ ରହିବା ଉଦ୍ଦେଶ୍ୟ, ତେଣୁ ଭୁଲ୍ ହେଲେ କୌଣସି ଖର୍ଚ୍ଚ ହୁଏ ନାହିଁ।
4. ସହକର୍ମୀଙ୍କ ସମୀକ୍ଷା ଓ ଯାଞ୍ଚ ହୋଇଥିବା ସଂଗ୍ରହ
ଆରମ୍ଭରୁ ନିଜେ ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣ ଲେଖିବା ପରିବର୍ତ୍ତେ ସଂସ୍କରଣ ନିୟନ୍ତ୍ରଣ, ପ୍ରତ୍ୟେକ ପରିବର୍ତ୍ତନ ପାଇଁ ସ୍ୱାଧୀନ ସମୀକ୍ଷକ ଏବଂ OpenZeppelin Contracts ଭଳି ଭଲ ଭାବେ ସମୀକ୍ଷିତ ଲାଇବ୍ରେରି ବ୍ୟବହାର କରନ୍ତୁ।
5. ଯାଞ୍ଚ, ତ୍ରୁଟି ଖୋଜିବା ପାଇଁ ପୁରସ୍କାର ଓ ନିରୀକ୍ଷଣ
ସ୍ୱାଧୀନ ଅଡିଟ୍ ଯାଞ୍ଚକୁ ଅଧିକ ଗଭୀର କରେ, କିନ୍ତୁ ethereum.org ଅନୁସାରେ, ସବୁ ତ୍ରୁଟି ଧରିପାରେ ନାହିଁ। ତ୍ରୁଟି ଖୋଜିବା ପାଇଁ ପୁରସ୍କାର, ଜରୁରୀକାଳୀନ ବିରତି ବ୍ୟବସ୍ଥା ଏବଂ ଘଟଣା ନିରୀକ୍ଷଣ ବାକି ବିପଦଗୁଡ଼ିକର ମୁକାବିଲା କରେ।
ଏକ ଦୁର୍ବଳ ଓ ଏକ ଉନ୍ନତ ସୁରକ୍ଷା ସମୀକ୍ଷା କିପରି ହୋଇଥାଏ?
ଦୁର୍ବଳ ସମୀକ୍ଷା: 'ଜମା ଓ ଉଠାଣ ହାତରେ ପରୀକ୍ଷା କରାଗଲା, ଠିକ୍ ଚାଲୁଛି, କାର୍ଯ୍ୟକ୍ଷମ କରିବାକୁ ପ୍ରସ୍ତୁତ।' ସବୁକିଛି ଆଶା ଅନୁସାରେ ହେଉଥିବା ପରିସ୍ଥିତିର ପରୀକ୍ଷା ଦେଖାଏ ଯେ କନ୍ଟ୍ରାକ୍ଟ ସଚ୍ଚୋଟ ବ୍ୟବହାରକାରୀଙ୍କ ପାଇଁ କାମ କରୁଛି, କିନ୍ତୁ ଆକ୍ରମଣକାରୀମାନେ ସଚ୍ଚୋଟ ନୁହନ୍ତି।
ଉନ୍ନତ ସମୀକ୍ଷା: ପୁନଃପ୍ରବେଶ: withdraw ଏବେ ଟଙ୍କା ପଠାଇବା ପୂର୍ବରୁ ବାଲାନ୍ସକୁ ଶୂନ୍ୟ କରୁଛି, ଏବଂ ଏକ ପରୀକ୍ଷାରେ କ୍ଷତିକାରକ ପ୍ରାପ୍ତକର୍ତ୍ତା କନ୍ଟ୍ରାକ୍ଟ ବ୍ୟବହାର କରି ପୁଣି କଲ୍ କରିବାକୁ ଚେଷ୍ଟା କରାଯାଉଛି। ପ୍ରବେଶ ନିୟନ୍ତ୍ରଣ: ଅଡିଟ୍ ହୋଇଥିବା ଲାଇବ୍ରେରୀର ମାଲିକ ଭୂମିକା ପାଇଁ ମାତ୍ର setFee ସୀମିତ କରାଯାଇଛି, ଏବଂ ଅଜଣା ବ୍ୟକ୍ତିଙ୍କ କଲ୍ ବିଫଳ ହେଉଥିବାର ପରୀକ୍ଷା ରହିଛି। କମ୍ପାଇଲର୍: ସାମ୍ପ୍ରତିକ 0.8 ସଂସ୍କରଣକୁ ଉନ୍ନୀତ କରାଯାଇଛି, ତେଣୁ ଓଭରଫ୍ଲୋ ଯାଞ୍ଚ ସକ୍ରିୟ ଅଛି। ଓରାକଲ୍: ଗୋଟିଏ ପୁଲ୍ର ମୂଲ୍ୟ ବଦଳରେ ବିକେନ୍ଦ୍ରୀକୃତ ମୂଲ୍ୟ ଫିଡ୍ ବ୍ୟବହାର କରାଯାଇଛି, ସହିତ ହଠାତ୍ ପରିବର୍ତ୍ତନ ଉପରେ ଯୁକ୍ତିସଂଗତ ସୀମା ରଖାଯାଇଛି। ପରୀକ୍ଷା: ୟୁନିଟ୍ ପରୀକ୍ଷା, ଏକ ଫଜିଂ ପରୀକ୍ଷା ଏବଂ ସ୍ଥିର କୋଡ୍ ବିଶ୍ଳେଷଣ କରାଯାଇଛି ଓ ପ୍ରତ୍ୟେକ ଫଳାଫଳର ବ୍ୟାଖ୍ୟା ଦିଆଯାଇଛି, ତା’ପରେ Sepolia ରେ ଦୁଇ ସପ୍ତାହ ଧରି ଜଣେ ସହକର୍ମୀ ଏହାକୁ ଭାଙ୍ଗିବାକୁ ଚେଷ୍ଟା କରିଛନ୍ତି। କୌଣସି ପ୍ରକୃତ ଅର୍ଥ ଗ୍ରହଣ କରିବା ପୂର୍ବରୁ ବାହ୍ୟ ଅଡିଟ୍ ପାଇଁ ସମୟ ନିର୍ଦ୍ଧାରଣ କରାଯାଇଛି।
ସ୍ମାର୍ଟ ଚୁକ୍ତିର ସୁରକ୍ଷାରେ ସାଧାରଣତଃ କେଉଁ ଭୁଲ୍ ହୁଏ?
ସବୁଠାରୁ ସାଧାରଣ ଭୁଲ ହେଉଛି କେବଳ ସବୁକିଛି ଠିକ୍ ଭାବେ ଚାଲୁଥିବା ପରିସ୍ଥିତିକୁ ପରୀକ୍ଷା କରିବା, ଯେପରି କଲ୍ କରୁଥିବା ପ୍ରତ୍ୟେକ ବ୍ୟକ୍ତି ସଚ୍ଚୋଟ। ଅନ୍ୟ ଭୁଲଗୁଡ଼ିକ: ପରେ ପ୍ରବେଶ ସୀମିତ କରିବା ଭାବି ପ୍ରଶାସନିକ କାର୍ଯ୍ୟଗୁଡ଼ିକୁ ଖୋଲା ରଖିବା, ପୁରୁଣା କମ୍ପାଇଲର୍ ବ୍ୟବହାର କରୁଥିବା ଶିକ୍ଷଣ ସାମଗ୍ରୀରୁ କୋଡ୍ ନକଲ କରିବା, ମୂଲ୍ୟ ପାଇଁ ଗୋଟିଏ ଉତ୍ସ ଉପରେ ଭରସା କରିବା, ଅଡିଟ୍କୁ ନିଶ୍ଚିତତା ଭାବେ ଧରିନେବା, ପରୀକ୍ଷଣ ନେଟୱର୍କ ପର୍ଯ୍ୟାୟକୁ ଛାଡ଼ିଦେବା ଏବଂ ସାମୟିକ ଭାବେ ବନ୍ଦ କରିବା କିମ୍ବା ଉନ୍ନତ ସଂସ୍କରଣକୁ ନେବାର ଯୋଜନା ବିନା ମୁତୟନ କରିବା।
Tosheo.ai ରେ ଏହି ପାଠ କେଉଁଠି ରହିଛି?
ଏହା ବ୍ଲକ୍ଚେନ୍ ବର୍ଗ ଏବଂ ବ୍ଲକ୍ଚେନ୍ ପାଠ୍ୟକ୍ରମର ଏକ କୋଡ୍ ପାଠ। ଏହି ମାଗଣା ପୃଷ୍ଠାରେ ପ୍ରତ୍ୟେକ ପଦକ୍ଷେପ ଲିଖିତ ଭାବେ ବୁଝାଯାଇଛି; ସମ୍ପୂର୍ଣ୍ଣ ବ୍ୟାବହାରିକ ସଂସ୍କରଣରେ ଆପଣ ପ୍ରକୃତ ଚୁକ୍ତିର କୋଡ୍ ସମୀକ୍ଷା ଓ ସଂଶୋଧନ କରିବେ ଏବଂ ଏକ ପରୀକ୍ଷଣ ନେଟୱର୍କରେ ପରୀକ୍ଷା ଚଳାଇବେ। ଏହା ପଞ୍ଜୀକରଣ ପରେ ଇଚ୍ଛାଧୀନ କୋଡ୍ ଶିକ୍ଷଣ ଧାରାରେ ଉପଲବ୍ଧ। ମୌଳିକ ବିଷୟଗୁଡ଼ିକ ଆପଣଙ୍କ ପାଇଁ ନୂଆ ହୋଇଥିଲେ, ସ୍ମାର୍ଟ ଚୁକ୍ତିର ବ୍ୟାଖ୍ୟାରୁ ଆରମ୍ଭ କରନ୍ତୁ। Tosheo.ai ଏକ ପୂର୍ଣ୍ଣକାଳୀନ ନିବିଡ଼ ପ୍ରଶିକ୍ଷଣ କାର୍ଯ୍ୟକ୍ରମ ନୁହେଁ କିମ୍ବା ବୃତ୍ତିଗତ ଅଡିଟର୍ ଯୋଗ୍ୟତା ପ୍ରଦାନ କରେ ନାହିଁ, ଏବଂ ଏଠାରେ କୌଣସି ବିଷୟ ନିବେଶ ପରାମର୍ଶ ନୁହେଁ; ପ୍ରକୃତ ଆର୍ଥିକ ମୂଲ୍ୟ ରଖୁଥିବା ଚୁକ୍ତିଗୁଡ଼ିକ ପାଇଁ ବିଶେଷଜ୍ଞ ଅଡିଟ୍ ଆବଶ୍ୟକ।
ଉତ୍ସ ଓ ପରିସର
ethereum.org, ସ୍ମାର୍ଟ ଚୁକ୍ତିର ସୁରକ୍ଷା (ଯାଞ୍ଚ ତାରିଖ 19 October 2026) ↗
OWASP ସ୍ମାର୍ଟ ଚୁକ୍ତିର ଶୀର୍ଷ 10, 2025 (ଯାଞ୍ଚ ତାରିଖ 19 October 2026) ↗
ethereum.org, ନେଟୱର୍କ ଓ ପରୀକ୍ଷଣ ନେଟୱର୍କ (ଯାଞ୍ଚ ତାରିଖ 19 October 2026) ↗