ארגון מחדש של שרשרת Bitcoin ועבודה מצטברת: משמעות האישורים

כורים בונים בלוק על ראש השרשרת שהם מכירים. אם שני בלוקים תקפים שמצביעים לאותו בלוק אב נמצאים כמעט באותו זמן, צומת אחד עשוי לקבל קודם בלוק אחד וצומת אחר את הבלוק המתחרה. כך צמתים יכולים להציג בלוקים שונים באותו גובה, אף ששניהם תקפים.

גובה הבלוק מציין את מקומו אחרי בלוק הג'נסיס, לא מזהה ייחודי. לבלוקים מתחרים באותו גובה יש גיבובי כותרת ועסקאות שונים. מדריך השרשרת למפתחי Bitcoin מתאר בלוקים בו-זמניים, מזלגות וענפים מיושנים. מזלג קצר הוא תוצאה רגילה של עיכוב בהפצה, לא הוכחה לפיצול קבוע ברשת.

בלוק מועמד צריך לעמוד ביעד הוכחת העבודה ובכל כללי הקונצנזוס החלים. כל בלוק תקף מוסיף עבודה בהתאם ליעד שלו. העבודה המצטברת של שרשרת היא סכום עבודת הבלוקים שלה, ולכן ספירת בלוקים לבדה עלולה להטעות כאשר לענפים יש יעדי קושי שונים.

לשני ענפים היוצאים מאותו אב יכול להיות אותו גובה אך עבודה מצטברת שונה. אם ענף תקף צובר יותר עבודה והופך למועמד החזק ביותר, הצומת עשוי לעבור אליו. Bitcoin Core 31.0 מציג את העבודה הכוללת של השרשרת הפעילה בשדה chainwork של getblockchaininfo. השוו את גיבובי הבלוקים ואת הקשר העבודה, לא רק את הגובה.

הוכחת עבודה אינה הופכת בלוק פסול לתקף. צומת מלא מאמת כל מועמד לפי כללי הקונצנזוס שלו ורק אחר כך משווה את העבודה בענפים שעברו את האימות. יותר גיבובים בענף אינם יכולים לגרום לצומת לקבל עסקה פסולה, חתימה פסולה או יצירת מטבעות מעבר לכללים.

הביטוי “השרשרת עם הכי הרבה עבודה” מוגבל גם למידע שהצומת קיבל. צמתים לומדים על כותרות ובלוקים מעמיתים, ולכן עיכובי רשת יכולים ליצור תמונות שונות לזמן קצר. צומת מנותק, לא מסונכרן או שמריץ תוכנת קונצנזוס ישנה עשוי שלא להכיר ענף תקף שצומת מעודכן מכיר. מדריך רשת P2P של Bitcoin מסביר איך עמיתים מכריזים על בלוקים ומעבירים אותם. אימות מקומי וקבלת מידע מהרשת הם שני דברים שונים.

כשצומת לומד על ענף תקף וחזק יותר, הוא מוצא את האב המשותף. הוא מנתק את בלוקי השרשרת הפעילה שאחרי אותו אב, ואז מאמת ומחבר את בלוקי הענף שנבחר. ארגון מחדש של בלוק אחד מחליף ראש אחד; ארגון עמוק יותר מחליף רצף ארוך יותר. העבודה קובעת, ולכן הענף החדש עשוי להיות באותו גובה או בגובה אחר.

זהו שינוי בתצוגת השרשרת הפעילה של אותו צומת. אין פירוש הדבר שכל ארנק, סייר, סוחר או צומת מתעדכן ברגע אחד. בזמן ההפצה שירות אחד עשוי להציג את הראש החדש ואחר עדיין את הקודם. בלוקים בענף שנדחה אינם עוד חלק מהשרשרת הפעילה, אך נתוניהם עשויים להישאר באחסון המקומי לבדיקה.

נניח ששני ענפים תקפים מתפצלים מאב קדמון משותף: ענף אחד מכיל תשלום, ואילו הענף התקף האחר צובר בהמשך יותר עבודה. צומת שמכיר את הענף החזק יותר ומאמת אותו מנתק את הבלוקים הישנים ומחבר את הבלוקים המתחרים. כך התשלום מאבד את אישור הבלוק הישן בשרשרת הפעילה של אותו צומת, גם אם הגובה המוצג נשאר זהה. מצבו הבא תלוי בכך שהקלטים שלו עדיין לא נוצלו בענף שנבחר; החזרה לממפול המקומי אינה אוטומטית ושירות שטרם הסתנכרן עשוי להציג את המצב הקודם.

אם בלוק שכלל עסקה נותק, העסקה מאבדת את האישור של אותו בלוק בשרשרת הפעילה של הצומת. היא עשויה לחזור לממפול המקומי אם היא עדיין תקפה, אינה מתנגשת בעסקה בענף שנבחר ועומדת במדיניות ההעברה והממפול של הצומת. תוכן הממפול מקומי ואינו מבטיח כרייה מחדש.

אם הענף שנבחר כולל הוצאה מתנגשת, העסקה שנותקה עשויה להיות פסולה לפי מצב ה-UTXO הנוכחי. במקרים אחרים היא עשויה להיכלל מאוחר יותר, להישאר ללא אישור או להיעלם מהממפול של צומת מסוים. לאחר ארגון מחדש, ארנקים ושירותים צריכים לעדכן את שיוך העסקה לבלוק ואת מספר האישורים. getchaintips של Bitcoin Core מציג ראשים הידועים לצומת המסוים, לא לרשת כולה.

עסקה בבלוק פעיל נספרת בדרך כלל כאישור אחד עבור הבלוק המכיל אותה, וכל בלוק נוסף מעלה את המספר. זהו מדד נוח למספר הבלוקים שנבנו בשרשרת הפעילה מעל בלוק העסקה. הוא אינו מבטיח כמות עבודה זהה לבלוקים עם יעדי קושי שונים, ואינו קובע שארגון מחדש עתידי בלתי אפשרי.

ככל שמצטברת עבודה אחרי הכללת העסקה, בדרך כלל נדרשת עבודה רבה יותר לענף מתחרה כדי להחליף את הבלוק שלה. הסיכון תלוי בענף המתחרה, במצב הרשת, במשאבי התוקף אם יש מתקפה ובכללי האימות של הצומת. אין מספר אישורים יחיד שמבטיח בטיחות לכל תשלום. מדריך עיבוד התשלומים של Bitcoin מסביר מדוע סוחרים בוחרים מדיניות אישורים בהתאם להקשר ולסיכון שלהם.

שני כורים עשויים למצוא בלוקים כמעט באותו זמן, ואז ענף אחד מקבל את הבלוק הבא לפני האחר. הענף השני נעשה לרוב מיושן אחרי בלוק אחד. מרוץ רגיל כזה יכול ליצור הבדל זמני במספר האישורים בין צמתים ולחייב חישוב מחדש לעסקאות בענף שהפסיד.

ארגון מחדש עמוק עשוי לבוא אחרי שיבוש רשת, עיכוב בהפצת בלוקים תקפים, בעיית תוכנה או תיאום קונצנזוס, או ניסיון להחליף היסטוריה קודמת. הסיבות והחומרה משתנות. “מתקפת 51%” מתארת בדרך כלל ניסיון לעקוף את העבודה הכנה, אך עבודה אינה יכולה לכפות על צומת מאמת לקבל בלוקים שמפרים את כללי הקונצנזוס שלו. מנגד, צומת שנותק מעמיתים כנים עשוי לראות תמונה חלקית, ולכן סייר מרוחק יחיד אינו אבחון מלא של הרשת.

ב-Bitcoin Core 31.0, getblockchaininfo מציג את שם הרשת, גובה הבלוקים שעברו אימות, מספר הכותרות, גיבוב הבלוק הטוב ביותר, chainwork של השרשרת הפעילה ושדות סנכרון. getchaintips מפרט את הראשים בעץ הבלוקים שהצומת מכיר, עם מצבים כגון active, valid-fork, valid-headers, headers-only או invalid. כך ניתן להבדיל בין ענף צדדי שאומת במלואו לבין כותרות שהצומת עדיין לא עיבד במלואן.

תוצאת RPC היא תמונת מצב של מחשב אחד, לא הצהרה של הרשת כולה. בזמן סנכרון ראשוני או קישוריות חלשה, הצומת עשוי לפגר או להכיר פחות ענפים. בדקו את שם הרשת, גיבוב הבלוק האחרון, מצב האימות והסנכרון, והאם הראש שנצפה פעיל. מדריך RPC של Bitcoin Core 31.0 תלוי בגרסה; בדקו פקודות ושדות מול גרסת Core שלכם.

כאשר שירות מדווח על ארגון מחדש, רשמו את מזהה העסקה ואת גיבוב הבלוק שבו נכללה קודם. בצומת אמין בדקו את הראש הפעיל הנוכחי והאם הבלוק הישן עדיין בשרשרת הפעילה שלו. אחר כך בררו אם העסקה נכללה בבלוק פעיל חדש, נשארה ללא אישור או מתנגשת בהוצאה אחרת. צבע או סטטוס של סייר הם תצוגת הספק, לא כלל קונצנזוס.

אישורי הפרוטוקול להפקדה ומדיניות הזיכוי לחשבון של המקבל הם דברים נפרדים. מדריך אישורי ההפקדה עוסק בזיכוי בבורסה ובתמיכה בנכס; מאמר זה מסביר את בחירת ענפי Bitcoin שמאחורי המצב הזה. למידע על אימות צומת, pruning ומגבלות התצוגה המקומית ראו [מדריך הצומת המלא של Bitcoin](/he/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained). אל תשדרו מחדש רק מפני שהמסך השתנה; בדקו תחילה את מצב העסקה ואת הנחיות השירות.