పరిచయం

function getAbsolutelyRandomNumer() {
        return 4; // returns absolutely random number!
}

క్రిప్టోగ్రఫీ నుండి ఖచ్చితంగా బలమైన సాంకేతికలిపి భావన వలె, నిజమైన “పబ్లిక్‌గా వెరిఫైబుల్ రాండమ్ బెకన్” (ఇకపై PVRB) ప్రోటోకాల్‌లు ఆదర్శ పథకానికి వీలైనంత దగ్గరగా ఉండటానికి మాత్రమే ప్రయత్నిస్తాయి, ఎందుకంటే నిజమైన నెట్‌వర్క్‌లలో ఇది దాని స్వచ్ఛమైన రూపంలో వర్తించదు: ఒక బిట్‌పై ఖచ్చితంగా అంగీకరించడం అవసరం, అనేక రౌండ్‌లు ఉండాలి మరియు అన్ని సందేశాలు ఖచ్చితంగా వేగంగా మరియు ఎల్లప్పుడూ పంపిణీ చేయబడాలి. వాస్తవానికి, ఇది నిజమైన నెట్‌వర్క్‌లలో కాదు. అందువల్ల, ఆధునిక బ్లాక్‌చెయిన్‌లలో నిర్దిష్ట పనుల కోసం PVRBలను రూపకల్పన చేసేటప్పుడు, ఫలితంగా ఏర్పడే యాదృచ్ఛికత మరియు క్రిప్టోగ్రాఫిక్ బలాన్ని నియంత్రించడం అసంభవంతో పాటు, మరెన్నో పూర్తిగా నిర్మాణ మరియు సాంకేతిక సమస్యలు తలెత్తుతాయి.

PVRB కోసం, బ్లాక్‌చెయిన్ తప్పనిసరిగా కమ్యూనికేషన్ మాధ్యమం, దీనిలో సందేశాలు = లావాదేవీలు. ఇది నెట్‌వర్క్ సమస్యలు, సందేశాలను పంపిణీ చేయకపోవడం, మిడిల్‌వేర్‌తో సమస్యల నుండి పాక్షికంగా సంగ్రహించడానికి మిమ్మల్ని అనుమతిస్తుంది - ఈ నష్టాలన్నీ వికేంద్రీకృత నెట్‌వర్క్ ద్వారా ఊహించబడతాయి మరియు PVRB కోసం దాని ప్రధాన విలువ ఇప్పటికే పంపిన లావాదేవీని రద్దు చేయడం లేదా పాడు చేయడంలో అసమర్థత - ఇది చేస్తుంది పాల్గొనేవారు ఏకాభిప్రాయంపై విజయవంతమైన దాడి చేస్తే తప్ప, ప్రోటోకాల్‌లో పాల్గొనడానికి నిరాకరించడానికి అనుమతించరు. ఈ స్థాయి భద్రత ఆమోదయోగ్యమైనది, కాబట్టి PVRB ప్రధాన బ్లాక్‌చెయిన్ చైన్ వలె ఖచ్చితంగా అదే స్థాయిలో పాల్గొనేవారి కుట్రకు నిరోధకతను కలిగి ఉండాలి. అలాగే, ప్రధాన బ్లాక్‌చెయిన్‌పై నెట్‌వర్క్ అంగీకరిస్తే, PVRB తప్పనిసరిగా ఏకాభిప్రాయంలో భాగం కావాలని ఇది సూచిస్తుంది, ఇది యాదృచ్ఛికంగా ఏర్పడే ఏకైక న్యాయమైన దానిపై కూడా అంగీకరిస్తుంది. లేదా, PVRB అనేది బ్లాక్‌చెయిన్ మరియు బ్లాక్‌లకు సంబంధించి అసమకాలికంగా పనిచేసే స్మార్ట్ కాంట్రాక్ట్ ద్వారా అమలు చేయబడిన ఒక స్వతంత్ర ప్రోటోకాల్. రెండు పద్ధతులకు వాటి ప్రయోజనాలు మరియు అప్రయోజనాలు ఉన్నాయి మరియు వాటి మధ్య ఎంపిక చాలా చిన్నది కాదు.

PVRBని అమలు చేయడానికి రెండు మార్గాలు

PVRBని అమలు చేయడానికి రెండు ఎంపికలను మరింత వివరంగా వివరిద్దాం - బ్లాక్‌చెయిన్‌తో సంబంధం లేకుండా స్మార్ట్ కాంట్రాక్ట్‌ను ఉపయోగించి పనిచేసే స్వతంత్ర వెర్షన్ మరియు ప్రోటోకాల్‌లో నిర్మించబడిన ఏకాభిప్రాయం-ఇంటిగ్రేటెడ్ వెర్షన్, దీని ప్రకారం నెట్‌వర్క్ బ్లాక్‌చెయిన్‌పై అంగీకరిస్తుంది మరియు లావాదేవీలు చేర్చాలి. అన్ని సందర్భాల్లో, నేను జనాదరణ పొందిన బ్లాక్‌చెయిన్ ఇంజిన్‌లను సూచిస్తాను: Ethereum, EOS మరియు స్మార్ట్ కాంట్రాక్టులను హోస్ట్ చేసే మరియు ప్రాసెస్ చేసే విధానంలో వాటికి సమానమైనవన్నీ.

స్వతంత్ర ఒప్పందం

ఈ సంస్కరణలో, PVRB అనేది యాదృచ్ఛిక నిర్మాతల లావాదేవీలను అంగీకరించే ఒక స్మార్ట్ కాంట్రాక్ట్ (ఇకపై RPగా సూచిస్తారు), వాటిని ప్రాసెస్ చేస్తుంది, ఫలితాలను మిళితం చేస్తుంది మరియు ఫలితంగా, ఈ ఒప్పందం నుండి ఏదైనా వినియోగదారు పొందగలిగే నిర్దిష్ట విలువకు చేరుకుంటుంది. ఈ విలువ కాంట్రాక్టులో నేరుగా నిల్వ చేయబడకపోవచ్చు, కానీ ఫలితంగా వచ్చే యాదృచ్ఛికం యొక్క ఒక విలువ మాత్రమే నిర్ణయాత్మకంగా పొందగలిగే డేటా ద్వారా మాత్రమే సూచించబడుతుంది. ఈ స్కీమ్‌లో, RPలు బ్లాక్‌చెయిన్ యొక్క వినియోగదారులు, మరియు ఎవరైనా జనరేషన్ ప్రాసెస్‌లో పాల్గొనడానికి అనుమతించబడతారు.

స్వతంత్ర-ఒప్పందంతో కూడిన ఎంపిక మంచిది:

• పోర్టబిలిటీ (కాంట్రాక్ట్‌లను బ్లాక్‌చెయిన్ నుండి బ్లాక్‌చెయిన్‌కి లాగవచ్చు)
• అమలు మరియు పరీక్ష సౌలభ్యం (ఒప్పందాలు రాయడం మరియు పరీక్షించడం సులభం)
• ఆర్థిక పథకాలను అమలు చేయడంలో సౌలభ్యం (మీ స్వంత టోకెన్‌ను తయారు చేయడం సులభం, దీని తర్కం PVRB ప్రయోజనాలకు ఉపయోగపడుతుంది)
• ఇప్పటికే పని చేస్తున్న బ్లాక్‌చెయిన్‌లలో ప్రారంభించే అవకాశం

దీనికి ప్రతికూలతలు కూడా ఉన్నాయి:

• కంప్యూటింగ్ వనరులు, లావాదేవీ పరిమాణం మరియు నిల్వపై బలమైన పరిమితులు (మరో మాటలో చెప్పాలంటే, cpu/mem/io)
• ఒప్పందంలోని కార్యకలాపాలపై పరిమితులు (అన్ని సూచనలు అందుబాటులో లేవు, బాహ్య లైబ్రరీలను కనెక్ట్ చేయడం కష్టం)
• బ్లాక్‌చెయిన్‌లో చేర్చబడిన లావాదేవీల కంటే వేగంగా సందేశాలను నిర్వహించలేకపోవడం

ఈ ఐచ్ఛికం ఇప్పటికే ఉన్న నెట్‌వర్క్‌లో అమలు చేయాల్సిన PVRBని అమలు చేయడానికి అనుకూలంగా ఉంటుంది, సంక్లిష్టమైన క్రిప్టోగ్రఫీని కలిగి ఉండదు మరియు పెద్ద సంఖ్యలో పరస్పర చర్యలు అవసరం లేదు.

ఏకాభిప్రాయం-ఇంటిగ్రేటెడ్

ఈ సంస్కరణలో, PVRB బ్లాక్‌చెయిన్ నోడ్ కోడ్‌లో అమలు చేయబడుతుంది, అంతర్నిర్మిత లేదా బ్లాక్‌చెయిన్ నోడ్‌ల మధ్య సందేశాల మార్పిడికి సమాంతరంగా నడుస్తుంది. ప్రోటోకాల్ ఫలితాలు నేరుగా ఉత్పత్తి చేయబడిన బ్లాక్‌లలో వ్రాయబడతాయి మరియు ప్రోటోకాల్ సందేశాలు నోడ్‌ల మధ్య p2p నెట్‌వర్క్ ద్వారా పంపబడతాయి. ప్రోటోకాల్ బ్లాక్‌లలో వ్రాయవలసిన సంఖ్యలకు దారి తీస్తుంది కాబట్టి, నెట్‌వర్క్ వాటిపై ఏకాభిప్రాయానికి చేరుకోవాలి. లావాదేవీల వంటి PVRB సందేశాలు తప్పనిసరిగా నోడ్‌ల ద్వారా ధృవీకరించబడాలి మరియు బ్లాక్‌లలో చేర్చబడాలి, తద్వారా ఏదైనా నెట్‌వర్క్ పాల్గొనేవారు PVRB ప్రోటోకాల్‌తో సమ్మతిని ధృవీకరించగలరు. ఇది స్వయంచాలకంగా మాకు స్పష్టమైన పరిష్కారానికి దారి తీస్తుంది - నెట్‌వర్క్ బ్లాక్ మరియు దానిలోని లావాదేవీల గురించి ఏకాభిప్రాయానికి అంగీకరిస్తే, PVRB ఏకాభిప్రాయంలో భాగంగా ఉండాలి మరియు స్వతంత్ర ప్రోటోకాల్ కాదు. లేకపోతే, ఏకాభిప్రాయ కోణం నుండి బ్లాక్ చెల్లుబాటు అయ్యే అవకాశం ఉంది, కానీ PVRB ప్రోటోకాల్ అనుసరించబడదు మరియు PVRB దృక్కోణం నుండి బ్లాక్ అంగీకరించబడదు. కాబట్టి "ఏకాభిప్రాయం-ఇంటిగ్రేటెడ్" ఎంపికను ఎంచుకున్నట్లయితే, PVRB ఏకాభిప్రాయంలో ముఖ్యమైన భాగం అవుతుంది.

నెట్‌వర్క్ ఏకాభిప్రాయ స్థాయిలో PVRB అమలులను వివరించేటప్పుడు, అంతిమ సమస్యలను ఏ విధంగానూ నివారించలేరు. ఫైనాలిటీ అనేది నిర్ణయాత్మక ఏకాభిప్రాయాలలో ఉపయోగించే ఒక మెకానిజం, ఇది ఒక బ్లాక్‌లో లాక్ చేయబడి (మరియు దానికి దారితీసే గొలుసు) అంతిమమైనది మరియు సమాంతర ఫోర్క్ సంభవించినప్పటికీ, ఎప్పటికీ విసిరివేయబడదు. ఉదాహరణకు, బిట్‌కాయిన్‌లో అలాంటి మెకానిజం లేదు - మీరు ఎక్కువ సంక్లిష్టత యొక్క గొలుసును ప్రచురిస్తే, అది గొలుసుల పొడవుతో సంబంధం లేకుండా ఏదైనా తక్కువ సంక్లిష్టతను భర్తీ చేస్తుంది. మరియు EOSలో, ఉదాహరణకు, చివరి వాటిని లాస్ట్ ఇరివర్సిబుల్ బ్లాక్స్ అని పిలవబడేవి, ఇవి సగటున ప్రతి 432 బ్లాక్‌లు (12*21 + 12*15, ప్రీ-వోట్ + ప్రీ-కమిట్) కనిపిస్తాయి. ఈ ప్రక్రియ తప్పనిసరిగా 2/3 బ్లాక్-ప్రొడ్యూసర్‌ల (ఇకపై BPగా సూచిస్తారు) సంతకాల కోసం వేచి ఉంది. గత LIB కంటే పాత ఫోర్క్‌లు కనిపించినప్పుడు, అవి విస్మరించబడతాయి. ఈ మెకానిజం లావాదేవీ బ్లాక్‌చెయిన్‌లో చేర్చబడిందని మరియు దాడి చేసే వ్యక్తికి ఎలాంటి వనరులు ఉన్నప్పటికీ, ఎప్పటికీ వెనక్కి తీసుకోబడదని హామీ ఇవ్వడం సాధ్యం చేస్తుంది. అలాగే, చివరి బ్లాక్‌లు హైపర్‌లెడ్జర్, టెండర్‌మింట్ మరియు ఇతర pBFT-ఆధారిత ఏకాభిప్రాయాల్లో 2/3 BP ద్వారా సంతకం చేయబడిన బ్లాక్‌లు. అలాగే, ఇది బ్లాక్‌ల ఉత్పత్తి మరియు ప్రచురణతో అసమకాలికంగా పని చేయగలదు కాబట్టి, ముగింపును ఏకాభిప్రాయానికి యాడ్-ఆన్‌గా నిర్ధారించడానికి ప్రోటోకాల్‌ను రూపొందించడం అర్ధమే. ఇక్కడ ఒక మంచి ఉంది వ్యాసం Ethereum లో ముగింపు గురించి.

వినియోగదారులకు ఫైనల్ అనేది చాలా ముఖ్యమైనది, అది లేకుండా తమను తాము "డబుల్ స్పెండ్" దాడికి బాధితులుగా గుర్తించవచ్చు, ఇక్కడ BP "నిలుపుదల" చేసి, నెట్‌వర్క్ మంచి లావాదేవీని "చూసిన" తర్వాత వాటిని ప్రచురిస్తుంది. అంతిమంగా లేనట్లయితే, ప్రచురించబడిన ఫోర్క్ బ్లాక్‌ను "మంచి" లావాదేవీతో మరొకదానితో భర్తీ చేస్తుంది, "చెడు" ఫోర్క్ నుండి, అదే నిధులు దాడి చేసేవారి చిరునామాకు బదిలీ చేయబడతాయి. PVRB విషయానికొస్తే, అంతిమ అవసరాలు మరింత కఠినంగా ఉంటాయి, ఎందుకంటే PVRB కోసం ఫోర్క్‌లను నిర్మించడం అంటే దాడి చేసేవారికి అత్యంత లాభదాయకమైనదాన్ని ప్రచురించడానికి అనేక యాదృచ్ఛిక ఎంపికలను సిద్ధం చేసే అవకాశం మరియు దాడి జరిగే సమయాన్ని పరిమితం చేయడం మంచి పరిష్కారం.

అందువల్ల, PVRB మరియు అంతిమాన్ని ఒక ప్రోటోకాల్‌లో కలపడం ఉత్తమ ఎంపిక - ఆపై ఖరారు చేయబడిన బ్లాక్ = యాదృచ్ఛికంగా ఖరారు చేయబడింది మరియు ఇది మనం పొందవలసిన అవసరం ఉంది. ఇప్పుడు ఆటగాళ్ళు N సెకన్లలో హామీ ఇవ్వబడిన యాదృచ్ఛికాన్ని అందుకుంటారు మరియు దానిని వెనక్కి తిప్పడం లేదా మళ్లీ రీప్లే చేయడం అసాధ్యం అని నిర్ధారించుకోవచ్చు.

ఏకాభిప్రాయం-ఇంటిగ్రేటెడ్ ఎంపిక మంచిది:

• బ్లాక్‌ల ఉత్పత్తికి సంబంధించి అసమకాలిక అమలు యొక్క అవకాశం - బ్లాక్‌లు యథావిధిగా ఉత్పత్తి చేయబడతాయి, అయితే దీనికి సమాంతరంగా, PVRB ప్రోటోకాల్ పని చేయగలదు, ఇది ప్రతి బ్లాక్‌కు యాదృచ్ఛికతను ఉత్పత్తి చేయదు.
• స్మార్ట్ కాంట్రాక్టులపై విధించిన పరిమితులు లేకుండా భారీ క్రిప్టోగ్రఫీని కూడా అమలు చేయగల సామర్థ్యం
• లావాదేవీల కంటే వేగంగా సందేశాల మార్పిడిని నిర్వహించగల సామర్థ్యం బ్లాక్‌చెయిన్‌లో చేర్చబడింది, ఉదాహరణకు, ప్రోటోకాల్‌లో కొంత భాగం నెట్‌వర్క్‌లో సందేశాలను పంపిణీ చేయకుండా నోడ్‌ల మధ్య పని చేస్తుంది

దీనికి ప్రతికూలతలు కూడా ఉన్నాయి:

• పరీక్ష మరియు అభివృద్ధిలో ఇబ్బందులు - మీరు నెట్‌వర్క్ లోపాలు, తప్పిపోయిన నోడ్‌లు, నెట్‌వర్క్ హార్డ్ ఫోర్క్‌లను అనుకరించవలసి ఉంటుంది
• అమలు లోపాల కోసం నెట్‌వర్క్ హార్డ్‌ఫోర్క్ అవసరం

PVRBని అమలు చేసే రెండు పద్ధతులు జీవించే హక్కును కలిగి ఉన్నాయి, అయితే ఆధునిక బ్లాక్‌చెయిన్‌లలో స్మార్ట్ కాంట్రాక్టులపై అమలు చేయడం ఇప్పటికీ కంప్యూటింగ్ వనరులలో చాలా పరిమితంగా ఉంది మరియు తీవ్రమైన క్రిప్టోగ్రఫీకి ఏదైనా మార్పు తరచుగా అసాధ్యం. మరియు మాకు తీవ్రమైన క్రిప్టోగ్రఫీ అవసరం, క్రింద ప్రదర్శించబడుతుంది. ఈ సమస్య స్పష్టంగా తాత్కాలికమే అయినప్పటికీ, అనేక సమస్యలను పరిష్కరించడానికి కాంట్రాక్ట్‌లలో తీవ్రమైన క్రిప్టోగ్రఫీ అవసరమవుతుంది మరియు ఇది క్రమంగా కనిపిస్తుంది (ఉదాహరణకు, Ethereumలోని zkSNARKల కోసం సిస్టమ్ ఒప్పందాలు)

పారదర్శకమైన మరియు విశ్వసనీయమైన ప్రోటోకాల్ సందేశ ఛానెల్‌ని అందించే Blockchain ఉచితంగా చేయదు. ఏదైనా వికేంద్రీకృత ప్రోటోకాల్ తప్పనిసరిగా సిబిల్ దాడి యొక్క అవకాశాన్ని పరిగణనలోకి తీసుకోవాలి; బహుళ ఖాతాల యొక్క సంఘటిత శక్తుల ద్వారా ఏదైనా చర్య చేయవచ్చు, కాబట్టి, రూపకల్పన చేసేటప్పుడు, ప్రోటోకాల్ యొక్క ఏకపక్ష సంఖ్యను సృష్టించే దాడి చేసేవారి సామర్థ్యాన్ని పరిగణనలోకి తీసుకోవడం అవసరం. పాల్గొనేవారు కుట్రతో వ్యవహరిస్తారు.

PVRB మరియు బ్లాక్ వేరియబుల్స్.

బ్లాక్‌చెయిన్‌లలో అనేక గ్యాంబ్లింగ్ అప్లికేషన్‌ల ద్వారా పరీక్షించబడిన మంచి PVRBని ఎవరూ ఇంకా అమలు చేయలేదని నేను చెప్పినప్పుడు నేను అబద్ధం చెప్పలేదు. Ethereum మరియు EOSలో చాలా జూదం అప్లికేషన్లు ఎక్కడ నుండి వస్తాయి? ఇది మిమ్మల్ని ఆశ్చర్యపరిచినంతగా నన్ను ఆశ్చర్యపరుస్తుంది, పూర్తిగా నిర్ణయాత్మక వాతావరణంలో వారు చాలా "నిరంతర" యాదృచ్ఛికాలను ఎక్కడ పొందారు?

బ్లాక్‌చెయిన్‌లో యాదృచ్ఛికతను పొందడానికి ఇష్టమైన మార్గం ఏమిటంటే, బ్లాక్ నుండి ఒక రకమైన “అనూహ్యమైన” సమాచారాన్ని తీసుకోవడం మరియు దాని ఆధారంగా యాదృచ్ఛికంగా ఒకటి చేయడం - కేవలం ఒకటి లేదా అంతకంటే ఎక్కువ విలువలను హ్యాష్ చేయడం ద్వారా. అటువంటి పథకాల సమస్యల గురించి మంచి కథనం ఇక్కడ. మీరు బ్లాక్‌లోని ఏదైనా “అనూహ్యమైన” విలువలను తీసుకోవచ్చు, ఉదాహరణకు, బ్లాక్ హాష్, లావాదేవీల సంఖ్య, నెట్‌వర్క్ సంక్లిష్టత మరియు ముందుగానే తెలియని ఇతర విలువలు. అప్పుడు వాటిని హాష్ చేయండి, ఒకటి లేదా అంతకంటే ఎక్కువ, మరియు, సిద్ధాంతంలో, మీరు నిజమైన యాదృచ్ఛికాన్ని పొందాలి. మీరు మీ స్కీమ్ "పోస్ట్-క్వాంటం సెక్యూర్" అని వైట్‌పేపర్‌కి కూడా జోడించవచ్చు (క్వాంటం ప్రూఫ్ హాష్ ఫంక్షన్‌లు ఉన్నాయి కాబట్టి :)).

కానీ పోస్ట్-క్వాంటం సురక్షిత హాష్‌లు కూడా సరిపోవు, అయ్యో. రహస్యం PVRB అవసరాలలో ఉంది, మునుపటి కథనం నుండి వాటిని మీకు గుర్తు చేస్తాను:

1. ఫలితం తప్పనిసరిగా ఏకరీతి పంపిణీని కలిగి ఉండాలి, అంటే బలమైన క్రిప్టోగ్రఫీపై ఆధారపడి ఉండాలి.
2. ఫలితం యొక్క ఏదైనా బిట్‌లను నియంత్రించడం సాధ్యం కాదు. పర్యవసానంగా, ఫలితాన్ని ముందుగానే ఊహించలేము.
3. మీరు ప్రోటోకాల్‌లో పాల్గొనకుండా లేదా దాడి సందేశాలతో నెట్‌వర్క్‌ను ఓవర్‌లోడ్ చేయడం ద్వారా జనరేషన్ ప్రోటోకాల్‌ను విధ్వంసం చేయలేరు
4. పైన పేర్కొన్నవన్నీ తప్పనిసరిగా అనుమతించదగిన సంఖ్యలో నిజాయితీ లేని ప్రోటోకాల్ పాల్గొనేవారి (ఉదాహరణకు, పాల్గొనేవారిలో 1/3 వంతు) కుమ్మక్కై నిరోధించబడాలి.

ఈ సందర్భంలో, ఆవశ్యకత 1 మాత్రమే నెరవేరుతుంది మరియు 2 అవసరం నెరవేరదు. బ్లాక్ నుండి అనూహ్య విలువలను హ్యాష్ చేయడం ద్వారా, మేము ఏకరీతి పంపిణీ మరియు మంచి యాదృచ్ఛికాలను పొందుతాము. కానీ BPకి కనీసం "బ్లాక్‌ని పబ్లిష్ చేయాలా వద్దా" అనే ఆప్షన్ ఉంది. అందువల్ల, BP కనీసం రెండు యాదృచ్ఛిక ఎంపికల నుండి ఎంచుకోవచ్చు: "దాని స్వంతం" మరియు మరొకరు బ్లాక్ చేస్తే అది మారుతుంది. BP ఒక బ్లాక్‌ను ప్రచురించినట్లయితే ఏమి జరుగుతుందో ముందుగానే "స్నూప్" చేయవచ్చు మరియు దానిని చేయాలా వద్దా అని నిర్ణయించుకోవచ్చు. అందువలన, ఆడుతున్నప్పుడు, ఉదాహరణకు, రౌలెట్‌లో “సరి-బేసి” లేదా “ఎరుపు/నలుపు”, అతను విజయాన్ని చూసినట్లయితే మాత్రమే బ్లాక్‌ను ప్రచురించగలడు. ఇది "భవిష్యత్తు నుండి" బ్లాక్ హాష్‌ని ఉపయోగించడం యొక్క వ్యూహాన్ని కూడా పనికిరానిదిగా చేస్తుంది. ఈ సందర్భంలో, వారు “యాదృచ్ఛికంగా ఉపయోగించబడుతుంది, ఇది ప్రస్తుత డేటా మరియు భవిష్యత్తు బ్లాక్ యొక్క హాష్‌ను ఎత్తుతో హ్యాష్ చేయడం ద్వారా పొందబడుతుంది, ఉదాహరణకు, N + 42, ఇక్కడ N ప్రస్తుత బ్లాక్ ఎత్తు. ఇది స్కీమ్‌ను కొద్దిగా బలపరుస్తుంది, అయితే భవిష్యత్తులో అయినా, బ్లాక్‌ని పట్టుకోవాలో లేదా ప్రచురించాలో ఎంచుకోవడానికి BPని అనుమతిస్తుంది.

ఈ సందర్భంలో BP సాఫ్ట్‌వేర్ మరింత క్లిష్టంగా మారుతుంది, కానీ ఎక్కువ కాదు. కేవలం, ఒక బ్లాక్‌లో లావాదేవీని ప్రామాణీకరించేటప్పుడు మరియు చేర్చినప్పుడు, విజయం ఉంటుందో లేదో తెలుసుకోవడానికి శీఘ్ర తనిఖీ ఉంటుంది మరియు, బహుశా, గెలుపొందడానికి అధిక సంభావ్యతను పొందడానికి ఒక లావాదేవీ పారామితులను ఎంచుకోవచ్చు. అదే సమయంలో, అటువంటి అవకతవకల కోసం స్మార్ట్ BPని పట్టుకోవడం దాదాపు అసాధ్యం; ప్రతిసారీ మీరు కొత్త చిరునామాలను ఉపయోగించుకోవచ్చు మరియు అనుమానాన్ని రేకెత్తించకుండా కొద్దిగా గెలవవచ్చు.

కాబట్టి బ్లాక్ నుండి సమాచారాన్ని ఉపయోగించే పద్ధతులు PVRB యొక్క సార్వత్రిక అమలుగా సరిపోవు. పరిమిత సంస్కరణలో, పందెం పరిమాణాలపై పరిమితులు, ఆటగాళ్ల సంఖ్య మరియు/లేదా KYC నమోదుపై పరిమితులు (ఒక ఆటగాడు బహుళ చిరునామాలను ఉపయోగించకుండా నిరోధించడానికి), ఈ స్కీమ్‌లు చిన్న గేమ్‌ల కోసం పని చేయగలవు, కానీ మరేమీ లేవు.

PVRB మరియు కమిట్-రివీల్.

సరే, హాషింగ్ మరియు బ్లాక్ హాష్ మరియు ఇతర వేరియబుల్స్ యొక్క సాపేక్ష అనూహ్యతకు ధన్యవాదాలు. మీరు ఫ్రంట్-రన్నింగ్ మైనర్ల సమస్యను పరిష్కరిస్తే, మీరు మరింత సరిఅయినదాన్ని పొందాలి. ఈ స్కీమ్‌కు వినియోగదారులను చేర్చుదాం - వారు యాదృచ్ఛికతను కూడా ప్రభావితం చేయనివ్వండి: ఏదైనా సాంకేతిక మద్దతు ఉద్యోగి ఐటి సిస్టమ్‌లలో అత్యంత యాదృచ్ఛిక విషయం వినియోగదారుల చర్యలు అని మీకు చెప్తారు :)

ఒక అమాయక పథకం, వినియోగదారులు యాదృచ్ఛిక సంఖ్యలను పంపినప్పుడు మరియు ఫలితం గణించబడినప్పుడు, ఉదాహరణకు, వారి మొత్తానికి హాష్ తగినది కాదు. ఈ సందర్భంలో, చివరి ఆటగాడు తన స్వంత యాదృచ్ఛికంగా ఎంచుకోవడం ద్వారా, ఫలితం ఎలా ఉంటుందో నియంత్రించవచ్చు. అందుకే చాలా విస్తృతంగా ఉపయోగించే కమిట్-రివీల్ నమూనా ఉపయోగించబడుతుంది. పాల్గొనేవారు ముందుగా వారి రాండమ్‌ల (కమిట్‌లు) నుండి హ్యాష్‌లను పంపుతారు, ఆపై ర్యాండమ్‌లను స్వయంగా తెరుస్తారు (రివీల్స్). "రివీల్" దశ అవసరమైన కమిట్‌లను సేకరించిన తర్వాత మాత్రమే ప్రారంభమవుతుంది, కాబట్టి పాల్గొనేవారు వారు ముందుగా పంపిన యాదృచ్ఛిక హాష్‌ను ఖచ్చితంగా పంపగలరు. ఇప్పుడు వీటన్నింటిని బ్లాక్ యొక్క పారామితులతో కలిపి, భవిష్యత్తు నుండి తీసుకున్న దానికంటే మెరుగ్గా చూద్దాం (యాదృచ్ఛికత భవిష్యత్ బ్లాక్‌లలో ఒకదానిలో మాత్రమే కనుగొనబడుతుంది), మరియు వోయిలా - యాదృచ్ఛికత సిద్ధంగా ఉంది! ఇప్పుడు ఏ ఆటగాడైనా ఏర్పడే యాదృచ్ఛికతను ప్రభావితం చేస్తాడు మరియు హానికరమైన BPని తన స్వంత, ముందుగా తెలియని, యాదృచ్ఛికతతో భర్తీ చేయడం ద్వారా దానిని "ఓడించవచ్చు"... మీరు ప్రోటోకాల్‌ను బహిర్గతం చేసే దశలో తెరవకుండా దానిని విధ్వంసం చేయకుండా రక్షణను కూడా జోడించవచ్చు - కేవలం లావాదేవీకి పాల్పడినప్పుడు కొంత మొత్తాన్ని జోడించడం ద్వారా — సెక్యూరిటీ డిపాజిట్, ఇది బహిర్గతం చేసే ప్రక్రియలో మాత్రమే తిరిగి ఇవ్వబడుతుంది. ఈ సందర్భంలో, కట్టుబడి మరియు బహిర్గతం చేయకపోవడం లాభదాయకం కాదు.

ఇది మంచి ప్రయత్నం, మరియు గేమింగ్ DAppsలో కూడా ఇటువంటి పథకాలు ఉన్నాయి, కానీ అయ్యో, ఇది మళ్లీ సరిపోదు. ఇప్పుడు మైనర్ మాత్రమే కాదు, ప్రోటోకాల్‌లోని ఏదైనా పాల్గొనేవారు కూడా ఫలితాన్ని ప్రభావితం చేయవచ్చు. తక్కువ వైవిధ్యంతో మరియు ఖర్చుతో విలువను నియంత్రించడం ఇప్పటికీ సాధ్యమే, కానీ, మైనర్ విషయంలో వలె, డ్రాయింగ్ ఫలితాలు PVRB ప్రోటోకాల్‌లో పాల్గొనడానికి రుసుము కంటే ఎక్కువ విలువైనవి అయితే, యాదృచ్ఛికంగా -నిర్మాత(RP) బహిర్గతం చేయాలా వద్దా అని నిర్ణయించుకోవచ్చు మరియు కనీసం రెండు యాదృచ్ఛిక ఎంపికల నుండి ఎంచుకోవచ్చు.
కానీ కమిట్ అయిన మరియు బహిర్గతం చేయని వారిని శిక్షించడం సాధ్యమైంది మరియు ఈ పథకం ఉపయోగపడుతుంది. దీని సరళత ఒక తీవ్రమైన ప్రయోజనం - మరింత తీవ్రమైన ప్రోటోకాల్‌లకు మరింత శక్తివంతమైన గణనలు అవసరం.

PVRB మరియు నిర్ణయాత్మక సంతకాలు.

"ప్రీమేజ్"తో అందించబడితే అది ప్రభావితం చేయలేని నకిలీ-యాదృచ్ఛిక సంఖ్యను అందించమని RPని బలవంతం చేయడానికి మరొక మార్గం ఉంది - ఇది నిర్ణయాత్మక సంతకం. అటువంటి సంతకం, ఉదాహరణకు, RSA, మరియు ECS కాదు. RP ఒక జత కీలను కలిగి ఉంటే: RSA మరియు ECC, మరియు అతను తన ప్రైవేట్ కీతో నిర్దిష్ట విలువను సంతకం చేస్తే, RSA విషయంలో అతను ఒక మరియు ఒకే ఒక సంతకాన్ని పొందుతాడు మరియు ECS విషయంలో అతను ఎన్నింటినైనా రూపొందించవచ్చు. వేర్వేరు చెల్లుబాటు అయ్యే సంతకాలు. ఎందుకంటే ECS సంతకాన్ని సృష్టించేటప్పుడు, ఒక యాదృచ్ఛిక సంఖ్య ఉపయోగించబడుతుంది, సంతకం చేసిన వ్యక్తి ఎంపిక చేసుకుంటాడు మరియు దానిని ఏ విధంగానైనా ఎంచుకోవచ్చు, సంతకం చేసిన వ్యక్తికి అనేక సంతకాలలో ఒకదానిని ఎంచుకోవడానికి అవకాశం ఇస్తుంది. RSA విషయంలో: “ఒక ఇన్‌పుట్ విలువ” + “ఒక కీ జత” = “ఒక సంతకం”. మరొక RP ఏ సంతకాన్ని పొందుతుందో అంచనా వేయడం అసాధ్యం, కాబట్టి అదే విలువపై సంతకం చేసిన అనేక మంది పాల్గొనేవారి RSA సంతకాలను కలపడం ద్వారా నిర్ణయాత్మక సంతకాలతో PVRB నిర్వహించబడుతుంది. ఉదాహరణకు, మునుపటి యాదృచ్ఛికం. ఈ పథకం చాలా వనరులను ఆదా చేస్తుంది, ఎందుకంటే సంతకాలు ప్రోటోకాల్ ప్రకారం సరైన ప్రవర్తన యొక్క నిర్ధారణ మరియు యాదృచ్ఛికత యొక్క మూలం.

అయినప్పటికీ, నిర్ణయాత్మక సంతకాలతో కూడా, పథకం ఇప్పటికీ "చివరి నటుడు" సమస్యకు గురవుతుంది. చివరిగా పాల్గొనే వ్యక్తి ఇప్పటికీ సంతకాన్ని ప్రచురించాలా వద్దా అని నిర్ణయించుకోవచ్చు, తద్వారా ఫలితాన్ని నియంత్రించవచ్చు. మీరు స్కీమ్‌ను సవరించవచ్చు, దానికి బ్లాక్ హాష్‌లను జోడించవచ్చు, రౌండ్లు వేయవచ్చు, తద్వారా ఫలితాన్ని ముందుగానే అంచనా వేయలేము, అయితే ఈ పద్ధతులన్నీ, అనేక మార్పులను పరిగణనలోకి తీసుకున్నప్పటికీ, సమిష్టిపై ఒక పాల్గొనేవారి ప్రభావం యొక్క సమస్యను ఇప్పటికీ పరిష్కరించలేదు. అవిశ్వసనీయ వాతావరణం ఏర్పడుతుంది మరియు ఆర్థిక మరియు సమయ పరిమితులలో మాత్రమే పని చేయగలదు. అదనంగా, RSA కీల పరిమాణం (1024 మరియు 2048 బిట్‌లు) చాలా పెద్దది మరియు బ్లాక్‌చెయిన్ లావాదేవీల పరిమాణం చాలా ముఖ్యమైన పరామితి. స్పష్టంగా సమస్యను పరిష్కరించడానికి సులభమైన మార్గం లేదు, ముందుకు వెళ్దాం.

PVRB మరియు రహస్య భాగస్వామ్య పథకాలు

క్రిప్టోగ్రఫీలో, నెట్‌వర్క్‌ను ఒకే PVRB విలువను అంగీకరించడానికి అనుమతించే స్కీమ్‌లు ఉన్నాయి, అయితే అలాంటి స్కీమ్‌లు కొంతమంది పాల్గొనేవారి ఏదైనా హానికరమైన చర్యలకు నిరోధకతను కలిగి ఉంటాయి. షమీర్ యొక్క రహస్య భాగస్వామ్య పథకం గురించి మీరు తెలుసుకోవడం విలువైన ఒక ఉపయోగకరమైన ప్రోటోకాల్. ఇది రహస్యాన్ని (ఉదాహరణకు, ఒక రహస్య కీ) అనేక భాగాలుగా విభజించి, N పాల్గొనేవారికి ఈ భాగాలను పంపిణీ చేస్తుంది. రహస్యం పంపిణీ చేయబడిన విధంగా N నుండి M భాగాలు దానిని పునరుద్ధరించడానికి సరిపోతాయి మరియు ఇవి ఏవైనా M భాగాలు కావచ్చు. వేళ్లపై ఉంటే, అప్పుడు తెలియని ఫంక్షన్ యొక్క గ్రాఫ్ కలిగి ఉంటే, పాల్గొనేవారు గ్రాఫ్‌లో పాయింట్‌లను మార్పిడి చేసుకుంటారు మరియు M పాయింట్‌లను స్వీకరించిన తర్వాత, మొత్తం ఫంక్షన్‌ను పునరుద్ధరించవచ్చు.
లో మంచి వివరణ ఇవ్వబడింది వికీ కానీ మీ తలలోని ప్రోటోకాల్‌ను ప్లే చేయడానికి ఆచరణాత్మకంగా దానితో ఆడటం ఉపయోగపడుతుంది డెమో పేజీ.

FSSS (ఫియట్-షమీర్ సీక్రెట్ షేరింగ్) పథకం దాని స్వచ్ఛమైన రూపంలో వర్తింపజేస్తే, అది నాశనం చేయలేని PVRB అవుతుంది. దాని సరళమైన రూపంలో, ప్రోటోకాల్ ఇలా ఉండవచ్చు:

• ప్రతి పార్టిసిపెంట్ వారి స్వంత యాదృచ్ఛికతను ఉత్పత్తి చేస్తారు మరియు దాని నుండి ఇతర పాల్గొనేవారికి వాటాలను పంపిణీ చేస్తారు
• ప్రతి పాల్గొనేవారు ఇతర పాల్గొనేవారి రహస్యాలలో తన భాగాన్ని వెల్లడిస్తారు
• ఒక పార్టిసిపెంట్ M కంటే ఎక్కువ షేర్లను కలిగి ఉన్నట్లయితే, ఈ పార్టిసిపెంట్ యొక్క సంఖ్యను గణించవచ్చు మరియు వెల్లడించిన పార్టిసిపెంట్ల సెట్‌తో సంబంధం లేకుండా ఇది ప్రత్యేకంగా ఉంటుంది
• వెల్లడించిన యాదృచ్ఛికాల కలయిక కావలసిన PVRB

ఇక్కడ, యాదృచ్ఛికత బహిర్గతం థ్రెషోల్డ్ యొక్క సాధన అతనిపై మాత్రమే ఆధారపడి ఉంటుంది తప్ప, ఒక వ్యక్తి పాల్గొనేవారు ప్రోటోకాల్ ఫలితాలను ప్రభావితం చేయరు. అందువల్ల, ఈ ప్రోటోకాల్, ప్రోటోకాల్‌పై పని చేసే RPల యొక్క అవసరమైన నిష్పత్తి మరియు అందుబాటులో ఉంటే, పని చేస్తుంది, క్రిప్టోగ్రాఫిక్ బలం కోసం అవసరాలను అమలు చేస్తుంది మరియు "చివరి నటుడు" సమస్యకు నిరోధకతను కలిగి ఉంటుంది.

ఇది ఆదర్శవంతమైన ఎంపిక కావచ్చు, ఫియట్-షామీర్ రహస్య భాగస్వామ్యంపై ఆధారపడిన ఈ PVRB పథకం ఉదాహరణకు దీనిలో వివరించబడింది ఈ వ్యాసం. కానీ, పైన చెప్పినట్లుగా, మీరు దీన్ని బ్లాక్‌చెయిన్‌లో హెడ్-ఆన్ చేయడానికి ప్రయత్నిస్తే, సాంకేతిక పరిమితులు కనిపిస్తాయి. EOS స్మార్ట్ కాంట్రాక్ట్‌లో ప్రోటోకాల్ యొక్క పరీక్ష అమలు మరియు దాని అత్యంత ముఖ్యమైన భాగం - ప్రచురించిన షేర్ పార్టిసిపెంట్‌ని తనిఖీ చేయడం ఇక్కడ ఒక ఉదాహరణ: వద్ద. ప్రూఫ్ ధ్రువీకరణకు అనేక స్కేలార్ గుణకారాలు అవసరమని మీరు కోడ్ నుండి చూడవచ్చు మరియు ఉపయోగించిన సంఖ్యలు చాలా పెద్దవి. బ్లాక్‌చెయిన్‌లలో, బ్లాక్-ప్రొడ్యూసర్ లావాదేవీని ప్రాసెస్ చేసే సమయంలో ధృవీకరణ జరుగుతుందని అర్థం చేసుకోవాలి మరియు సాధారణంగా, ఎవరైనా పాల్గొనేవారు ప్రోటోకాల్ యొక్క ఖచ్చితత్వాన్ని సులభంగా ధృవీకరించాలి, కాబట్టి ధృవీకరణ ఫంక్షన్ యొక్క వేగం యొక్క అవసరాలు చాలా తీవ్రంగా ఉంటాయి. . ఈ ఎంపికలో, లావాదేవీ పరిమితి (0.5 సెకన్లు)లో ధృవీకరణ సరిపోనందున, ఎంపిక పనికిరానిదిగా మారింది.

సాధారణంగా, బ్లాక్‌చెయిన్‌లోని ఏదైనా అధునాతన క్రిప్టోగ్రాఫిక్ స్కీమ్‌ల ఉపయోగం కోసం ధృవీకరణ సామర్థ్యం అత్యంత ముఖ్యమైన అవసరాలలో ఒకటి. రుజువులను సృష్టించడం, సందేశాలను సిద్ధం చేయడం - ఈ విధానాలను ఆఫ్-చెయిన్ తీసుకోవచ్చు మరియు అధిక-పనితీరు గల కంప్యూటర్‌లలో నిర్వహించవచ్చు, కానీ ధృవీకరణను దాటవేయబడదు - ఇది PVRBకి మరొక ముఖ్యమైన అవసరం.

PVRB మరియు థ్రెషోల్డ్ సంతకాలు

రహస్య భాగస్వామ్య పథకంతో పరిచయం ఏర్పడిన తర్వాత, "థ్రెషోల్డ్" అనే కీవర్డ్‌తో ఏకీకృతమైన మొత్తం తరగతి ప్రోటోకాల్‌లను మేము కనుగొన్నాము. కొంత సమాచారాన్ని బహిర్గతం చేయడానికి N నుండి M నిజాయితీగా పాల్గొనేవారి భాగస్వామ్యం అవసరం అయినప్పుడు మరియు నిజాయితీగా పాల్గొనేవారి సమితి N యొక్క ఏకపక్ష ఉపసమితి కావచ్చు, మేము "థ్రెషోల్డ్" పథకాల గురించి మాట్లాడుతాము. "చివరి నటుడు" సమస్యను ఎదుర్కోవటానికి వారు మాకు అనుమతిస్తారు, ఇప్పుడు దాడి చేసే వ్యక్తి తన రహస్య భాగాన్ని బహిర్గతం చేయకపోతే, మరొక, నిజాయితీగా పాల్గొనే వ్యక్తి అతని కోసం దీన్ని చేస్తాడు. ఈ స్కీమ్‌లు ప్రోటోకాల్‌ని కొంతమంది భాగస్వాములు విధ్వంసం చేసినప్పటికీ, ఒకే ఒక అర్థంపై ఒప్పందాన్ని అనుమతిస్తాయి.

నిర్ణయాత్మక సంతకాలు మరియు థ్రెషోల్డ్ స్కీమ్‌ల కలయిక PVRBని అమలు చేయడానికి చాలా అనుకూలమైన మరియు ఆశాజనకమైన పథకాన్ని అభివృద్ధి చేయడం సాధ్యపడింది - ఇవి నిర్ణయాత్మక థ్రెషోల్డ్ సంతకాలు. ఇక్కడ వ్యాసం థ్రెషోల్డ్ సిగ్నేచర్ల యొక్క వివిధ ఉపయోగాల గురించి మరియు ఇక్కడ మరొక మంచి ఒకటి సుదీర్ఘంగా చదవబడింది డాష్ నుండి.

చివరి కథనం BLS సంతకాలను వివరిస్తుంది (BLS అంటే Boneh-Lynn-Shacham, ఇక్కడ వ్యాసం), ఇది ప్రోగ్రామర్‌లకు చాలా ముఖ్యమైన మరియు అత్యంత అనుకూలమైన నాణ్యతను కలిగి ఉంటుంది - పబ్లిక్, సీక్రెట్, పబ్లిక్ కీలు మరియు BLS సంతకాలను సాధారణ గణిత శాస్త్ర కార్యకలాపాలను ఉపయోగించి ఒకదానితో ఒకటి కలపవచ్చు, అయితే వాటి కలయికలు చెల్లుబాటు అయ్యే కీలు మరియు సంతకాలుగా ఉంటాయి, మీరు చాలా సులభంగా సమీకరించటానికి అనుమతిస్తుంది. సంతకాలు ఒకటిగా మరియు అనేక పబ్లిక్ కీలు ఒకటిగా ఉంటాయి. అవి కూడా నిర్ణయాత్మకమైనవి మరియు అదే ఇన్‌పుట్ డేటా కోసం అదే ఫలితాన్ని ఉత్పత్తి చేస్తాయి. ఈ నాణ్యత కారణంగా, BLS సంతకాల కలయికలు చెల్లుబాటు అయ్యే కీలు, ఇది Mth ద్వారా తెరవబడే వరకు నిర్ణయాత్మకమైన, పబ్లిక్‌గా ధృవీకరించదగిన మరియు అనూహ్యమైన ఒకే ఒక సంతకాన్ని ఉత్పత్తి చేసే ఒక ఎంపికను అమలు చేయడానికి అనుమతిస్తుంది. పాల్గొనేవాడు.

థ్రెషోల్డ్ BLS సంతకాలు ఉన్న స్కీమ్‌లో, ప్రతి పాల్గొనేవారు BLSని ఉపయోగించి ఏదైనా సంతకం చేస్తారు (ఉదాహరణకు, మునుపటి యాదృచ్ఛికం), మరియు సాధారణ థ్రెషోల్డ్ సంతకం కావలసిన యాదృచ్ఛికంగా ఉంటుంది. BLS సంతకాల యొక్క క్రిప్టోగ్రాఫిక్ లక్షణాలు యాదృచ్ఛిక నాణ్యత కోసం అవసరాలను సంతృప్తిపరుస్తాయి, థ్రెషోల్డ్ భాగం "చివరి-నటుడు" నుండి రక్షిస్తుంది మరియు కీల యొక్క ప్రత్యేకమైన కలయిక అనేక ఆసక్తికరమైన అల్గారిథమ్‌లను అమలు చేయడం సాధ్యపడుతుంది, ఉదాహరణకు, ప్రోటోకాల్ సందేశాలను సమర్ధవంతంగా సమీకరించడం. .

కాబట్టి, మీరు మీ బ్లాక్‌చెయిన్‌లో PVRBని నిర్మిస్తుంటే, మీరు BLS థ్రెషోల్డ్ సిగ్నేచర్స్ స్కీమ్‌తో ముగుస్తుంది, అనేక ప్రాజెక్ట్‌లు ఇప్పటికే దీన్ని ఉపయోగిస్తున్నాయి. ఉదాహరణకు, DFinity (ఇక్కడ సర్క్యూట్‌ను అమలు చేసే బెంచ్‌మార్క్, మరియు ఇక్కడ ధృవీకరించదగిన రహస్య భాగస్వామ్యం యొక్క ఉదాహరణ అమలు), లేదా Keep.network (ఇక్కడ వారి యాదృచ్ఛిక బెకన్ ఉంది పసుపు కాగితంమరియు ఇక్కడ ఒక ఉదాహరణ ప్రోటోకాల్‌ను అందించే స్మార్ట్ ఒప్పందం).

PVRB అమలు

దురదృష్టవశాత్తూ, PVRB బ్లాక్‌చెయిన్‌లలో అమలు చేయబడిన ఒక రెడీమేడ్ ప్రోటోకాల్ దాని భద్రత మరియు స్థిరత్వాన్ని నిరూపించినట్లు మేము ఇప్పటికీ చూడలేదు. ప్రోటోకాల్‌లు సిద్ధంగా ఉన్నప్పటికీ, సాంకేతికంగా వాటిని ఇప్పటికే ఉన్న పరిష్కారాలకు వర్తింపజేయడం సులభం కాదు. కేంద్రీకృత వ్యవస్థల కోసం, PVRB అర్ధవంతం కాదు మరియు వికేంద్రీకరించబడినవి అన్ని కంప్యూటింగ్ వనరులలో ఖచ్చితంగా పరిమితం చేయబడ్డాయి: CPU, మెమరీ, నిల్వ, I/O. PVRBని రూపొందించడం అనేది కనీసం కొన్ని ఆచరణీయమైన బ్లాక్‌చెయిన్ కోసం అన్ని అవసరాలకు అనుగుణంగా ఏదైనా సృష్టించడానికి వివిధ ప్రోటోకాల్‌ల కలయిక. ఒక ప్రోటోకాల్ మరింత సమర్ధవంతంగా గణిస్తుంది, కానీ RPల మధ్య ఎక్కువ సందేశాలు అవసరం, మరొకదానికి చాలా తక్కువ సందేశాలు అవసరం, కానీ రుజువును సృష్టించడం అనేది పదుల నిమిషాలు లేదా గంటలు పట్టే పని.

నాణ్యమైన PVRBని ఎంచుకునేటప్పుడు మీరు పరిగణించవలసిన అంశాలను నేను జాబితా చేస్తాను:

• క్రిప్టోగ్రాఫిక్ బలం. మీ PVRB ఖచ్చితంగా నిష్పక్షపాతంగా ఉండాలి, ఒక్క బిట్‌ను కూడా నియంత్రించే సామర్థ్యం ఉండదు. కొన్ని పథకాలలో ఇది అలా కాదు, కాబట్టి క్రిప్టోగ్రాఫర్‌ని పిలవండి
• "చివరి నటుడు" సమస్య. ఒకటి లేదా అంతకంటే ఎక్కువ RPలను నియంత్రించే దాడి చేసే వ్యక్తి రెండు ఫలితాలలో ఒకదాన్ని ఎంచుకోగల దాడులకు మీ PVRB తప్పనిసరిగా నిరోధకతను కలిగి ఉండాలి.
• ప్రోటోకాల్ విధ్వంసం సమస్య. ఒకటి లేదా అంతకంటే ఎక్కువ RPలను నియంత్రించే దాడి చేసే వ్యక్తి యాదృచ్ఛికంగా ఉండాలా వద్దా అని నిర్ణయించే దాడులకు మీ PVRB తప్పనిసరిగా నిరోధకతను కలిగి ఉండాలి మరియు దీనిని ప్రభావితం చేయడానికి హామీ ఇవ్వవచ్చు లేదా ఇచ్చిన సంభావ్యతతో ఉండవచ్చు.
• సందేశాల సంఖ్య సమస్య. మీ RP లు బ్లాక్‌చెయిన్‌కు కనీస సందేశాలను పంపాలి మరియు "నేను కొంత సమాచారాన్ని పంపాను, నేను నిర్దిష్ట పాల్గొనేవారి నుండి ప్రతిస్పందన కోసం ఎదురు చూస్తున్నాను" వంటి సందర్భాల్లో సాధ్యమైనంతవరకు సమకాలీకరణ చర్యలను నివారించాలి. p2p నెట్‌వర్క్‌లలో, ప్రత్యేకించి భౌగోళికంగా చెదరగొట్టబడినవి, మీరు త్వరిత ప్రతిస్పందనను లెక్కించకూడదు
• గణన సంక్లిష్టత సమస్య. PVRB ఆన్-చైన్ యొక్క ఏదైనా దశ యొక్క ధృవీకరణ చాలా సులభం, ఎందుకంటే ఇది నెట్‌వర్క్‌లోని పూర్తి క్లయింట్‌లందరిచే నిర్వహించబడుతుంది. స్మార్ట్ కాంట్రాక్ట్‌ని ఉపయోగించి అమలు చేస్తే, వేగం అవసరాలు చాలా కఠినంగా ఉంటాయి
• ప్రాప్యత మరియు సజీవత సమస్య. మీ PVRB నెట్‌వర్క్‌లో కొంత సమయం వరకు అందుబాటులో లేకుండా పోయినప్పుడు మరియు RPలో కొంత భాగం పని చేయడం ఆపివేసే పరిస్థితులను ఎదుర్కొనేందుకు మీ PVRB ప్రయత్నించాలి.
• విశ్వసనీయ సెటప్ మరియు ప్రారంభ కీ పంపిణీ సమస్య. మీ PVRB ప్రోటోకాల్ యొక్క ప్రాథమిక సెటప్‌ను ఉపయోగిస్తుంటే, ఇది ఒక ప్రత్యేక పెద్ద మరియు తీవ్రమైన కథనం. ఇక్కడ ఒక ఉదాహరణ. ప్రోటోకాల్‌ను ప్రారంభించే ముందు పాల్గొనేవారు ఒకరికొకరు తమ కీలను చెప్పవలసి వస్తే, పాల్గొనేవారి కూర్పు మారితే కూడా ఇది సమస్యే
• అభివృద్ధి సమస్యలు. అవసరమైన భాషలలో లైబ్రరీల లభ్యత, వాటి భద్రత మరియు పనితీరు, ప్రచారం, సంక్లిష్ట పరీక్షలు మొదలైనవి.

ఉదాహరణకు, థ్రెషోల్డ్ BLS సంతకాలు ముఖ్యమైన సమస్యను కలిగి ఉన్నాయి - పనిని ప్రారంభించే ముందు, పాల్గొనేవారు ఒకరికొకరు కీలను పంపిణీ చేయాలి, థ్రెషోల్డ్ పని చేసే సమూహాన్ని నిర్వహించాలి. దీనర్థం వికేంద్రీకృత నెట్‌వర్క్‌లో కనీసం ఒక రౌండ్ మార్పిడి వేచి ఉండవలసి ఉంటుంది మరియు ఉత్పత్తి చేయబడిన రాండ్, ఉదాహరణకు, గేమ్‌లలో దాదాపుగా నిజ సమయంలో అవసరం కాబట్టి, ఈ దశలో ప్రోటోకాల్ విధ్వంసం సాధ్యమవుతుందని దీని అర్థం. , మరియు థ్రెషోల్డ్ పథకం యొక్క ప్రయోజనాలు కోల్పోతాయి. ఈ సమస్య మునుపటి వాటి కంటే ఇప్పటికే సరళమైనది, కానీ ఇప్పటికీ థ్రెషోల్డ్ గ్రూపుల ఏర్పాటుకు ప్రత్యేక విధానాన్ని అభివృద్ధి చేయడం అవసరం, ఇది ఆర్థికంగా, డిపాజిట్లు మరియు నిధుల ఉపసంహరణ ద్వారా (కట్టివేయడం) అనుసరించని పాల్గొనేవారి నుండి ఆర్థికంగా రక్షించబడాలి. ప్రోటోకాల్. అలాగే, ఆమోదయోగ్యమైన స్థాయి భద్రతతో BLS ధృవీకరణ కేవలం సరిపోదు, ఉదాహరణకు, ప్రామాణిక EOS లేదా Ethereum లావాదేవీకి - ధృవీకరణకు తగినంత సమయం లేదు. కాంట్రాక్ట్ కోడ్ WebAssembly లేదా EVM, వర్చువల్ మిషన్ ద్వారా అమలు చేయబడుతుంది. క్రిప్టోగ్రాఫిక్ ఫంక్షన్‌లు స్థానికంగా అమలు చేయబడవు (ఇంకా), మరియు సాంప్రదాయిక క్రిప్టోగ్రాఫిక్ లైబ్రరీల కంటే పదుల రెట్లు నెమ్మదిగా పని చేస్తాయి. చాలా ప్రోటోకాల్‌లు కేవలం కీ వాల్యూమ్ ఆధారంగా అవసరాలను తీర్చవు, ఉదాహరణకు RSA కోసం 1024 మరియు 2048 బిట్‌లు, Bitcoin మరియు Ethereumలో ప్రామాణిక లావాదేవీ సంతకం కంటే 4-8 రెట్లు పెద్దవి.

వివిధ ప్రోగ్రామింగ్ భాషలలో అమలుల ఉనికి కూడా ఒక పాత్రను పోషిస్తుంది - వీటిలో కొన్ని ఉన్నాయి, ముఖ్యంగా కొత్త ప్రోటోకాల్‌ల కోసం. ఏకాభిప్రాయంతో కూడిన ఎంపికకు ప్లాట్‌ఫారమ్ భాషలో ప్రోటోకాల్ రాయడం అవసరం, కాబట్టి మీరు గో ఫర్ గెత్‌లో, రస్ట్ ఫర్ పారిటీలో, EOS కోసం C++లో కోడ్ కోసం వెతకాలి. ప్రతి ఒక్కరూ జావాస్క్రిప్ట్ కోడ్ కోసం వెతకాలి మరియు జావాస్క్రిప్ట్ మరియు క్రిప్టోగ్రఫీ ముఖ్యంగా సన్నిహిత స్నేహితులు కానందున, WebAssembly సహాయం చేస్తుంది, ఇది ఇప్పుడు ఖచ్చితంగా తదుపరి ముఖ్యమైన ఇంటర్నెట్ ప్రమాణంగా పేర్కొంది.

తీర్మానం

నేను మునుపటిలో ఆశిస్తున్నాను వ్యాసం వికేంద్రీకృత నెట్‌వర్క్‌ల జీవితంలోని అనేక అంశాలకు బ్లాక్‌చెయిన్‌లో యాదృచ్ఛిక సంఖ్యలను రూపొందించడం చాలా కీలకమని నేను మిమ్మల్ని ఒప్పించగలిగాను మరియు ఈ కథనంతో ఈ పని చాలా ప్రతిష్టాత్మకమైనది మరియు కష్టతరమైనదని నేను చూపించాను, అయితే మంచి పరిష్కారాలు ఇప్పటికే ఉన్నాయి. సాధారణంగా, ప్రోటోకాల్ యొక్క తుది రూపకల్పన సెటప్ నుండి తప్పు ఎమ్యులేషన్ వరకు అన్ని అంశాలను పరిగణనలోకి తీసుకునే భారీ పరీక్షలను నిర్వహించిన తర్వాత మాత్రమే సాధ్యమవుతుంది, కాబట్టి మీరు టీమ్ వైట్‌పేపర్‌లు మరియు కథనాలలో రెడీమేడ్ వంటకాలను కనుగొనే అవకాశం లేదు మరియు మేము ఖచ్చితంగా చేయము. వచ్చే ఏడాది లేదా రెండు సంవత్సరాలలో "ఈ విధంగా చేయండి, సరిగ్గా సరైనది" అని వ్రాయండి.

అభివృద్ధి చేయబడుతున్న బ్లాక్‌చెయిన్‌లోని మా PVRBకి బై Haya, మేము థ్రెషోల్డ్ BLS సంతకాలను ఉపయోగించడంపై స్థిరపడ్డాము, ఆమోదయోగ్యమైన భద్రతా స్థాయితో స్మార్ట్ కాంట్రాక్ట్‌లలో ధృవీకరణ ఇంకా సాధ్యం కానందున, ఏకాభిప్రాయ స్థాయిలో PVRBని అమలు చేయడానికి మేము ప్లాన్ చేస్తున్నాము. మేము ఒకేసారి రెండు స్కీమ్‌లను ఉపయోగించే అవకాశం ఉంది: ముందుగా, దీర్ఘ-కాల యాదృచ్ఛిక_విత్తనాన్ని రూపొందించడానికి ఖరీదైన రహస్య భాగస్వామ్యం, ఆపై మేము నిర్ణీత థ్రెషోల్డ్ BLS సంతకాలను ఉపయోగించి అధిక-ఫ్రీక్వెన్సీ యాదృచ్ఛిక ఉత్పత్తికి ప్రాతిపదికగా ఉపయోగిస్తాము, బహుశా మనల్ని మనం మాత్రమే పరిమితం చేస్తాము. పథకాలలో ఒకటి. దురదృష్టవశాత్తు, ప్రోటోకాల్ ఏమిటో ముందుగానే చెప్పడం అసాధ్యం; ఒకే మంచి విషయం ఏమిటంటే, సైన్స్‌లో, ఇంజనీరింగ్ సమస్యలలో, ప్రతికూల ఫలితం కూడా ఫలితం, మరియు సమస్యను పరిష్కరించడానికి ప్రతి కొత్త ప్రయత్నం మరొక దశ. సమస్యలో పాల్గొన్న ప్రతి ఒక్కరి పరిశోధన. వ్యాపార అవసరాలను తీర్చడానికి, మేము ఒక నిర్దిష్ట ఆచరణాత్మక సమస్యను పరిష్కరిస్తాము - విశ్వసనీయమైన ఎంట్రోపీతో గేమింగ్ అప్లికేషన్‌లను అందించడం, కాబట్టి మేము బ్లాక్‌చెయిన్‌పైనే శ్రద్ధ వహించాలి, ప్రత్యేకించి చైన్ ఫైనల్ మరియు నెట్‌వర్క్ గవర్నెన్స్.

మరియు మేము ఇంకా బ్లాక్‌చెయిన్‌లలో నిరూపితమైన నిరోధక PVRBని చూడనప్పటికీ, ఇది నిజమైన అప్లికేషన్‌లు, బహుళ ఆడిట్‌లు, లోడ్‌లు మరియు వాస్తవానికి, నిజమైన దాడుల ద్వారా పరీక్షించబడటానికి తగినంత సమయం ఉపయోగించబడుతుంది, అయితే సాధ్యమయ్యే మార్గాల సంఖ్య దానిని నిర్ధారిస్తుంది. ఒక పరిష్కారం ఉంది మరియు ఈ అల్గారిథమ్‌లలో ఏది చివరికి సమస్యను పరిష్కరిస్తుంది. ఫలితాలను పంచుకోవడానికి మేము సంతోషిస్తాము మరియు ఇంజనీర్‌లు ఒకే రేక్‌పై రెండుసార్లు అడుగు పెట్టకుండా అనుమతించే కథనాలు మరియు కోడ్ కోసం ఈ సమస్యపై పని చేస్తున్న ఇతర బృందాలకు ధన్యవాదాలు తెలియజేస్తాము.

కాబట్టి, మీరు వికేంద్రీకృత యాదృచ్ఛికంగా రూపకల్పన చేసే ప్రోగ్రామర్‌ను కలిసినప్పుడు, శ్రద్ధగా మరియు శ్రద్ధగా ఉండండి మరియు అవసరమైతే మానసిక సహాయం అందించండి :)

మూలం: www.habr.com