אם פתחתם ארנק ביטקוין והתבקשתם לבחור בין כתובת "Legacy", "SegWit" או "Native SegWit" ללא הסבר על משמעותן, הבחירה הזו נובעת משדרוג אחד שבוצע בשנת 2017.
SegWit, קיצור של Segregated Witness, הוא שדרוג לפרוטוקול הביטקוין שהופעל באוגוסט 2017, אשר מעביר את נתוני החתימה הדיגיטלית מחוץ למבנה הליבה של העסקה לשדה נפרד המכונה "העד" (witness). שינוי ארכיטקטוני יחיד זה הפחית את עמלות העסקה, תיקן פגיעות אבטחה בת שנים רבות המכונה "גמישות העסקה" (transaction malleability), ויצר את התנאים הטכניים להקמת רשת ה-Lightning Network ו-Taproot.
מאמר זה סוקר את תפקודו של SegWit בפועל, את אופן פעולת מערכת משקל הבלוקים, את השפעתם של סוגי הכתובות השונים על העמלות שלכם, ואת המאבק הפוליטי הסוער שכמעט קרע את רשת הביטקוין לגזרים עוד בטרם הופעל.
נהל את הביטקוין שלך באמצעות אפליקציית הארנק של Bitcoin.com.
נקודות מרכזיות
- SegWit (Segregated Witness) הוא שדרוג לפרוטוקול הביטקוין שהופעל ב-24 באוגוסט 2017, המוגדר רשמית כ-BIP 141 והוצע על ידי פיטר וויל, אריק לומברוזו וג'ונסון לאו בדצמבר 2015.
- הוא מפריד בין נתוני החתימה הדיגיטלית (ה"עד") לבין גוף העסקה הראשי, ובכך מתקן פגיעות אבטחה המכונה "גמישות העסקה" ומצמצם את גודל כל עסקה.
- קיבולת הבלוק נמדדת ביחידות משקל (WU) ולא בבתים. נתוני העדים עולים 1 WU לכל בית, לעומת 4 WU לכל בית עבור נתונים אחרים, מה שמקנה לעסקאות SegWit הנחה של 75% בגודל החתימה.
- SegWit מובנה (כתובות bc1q) מצמצם את גודל העסקה הסטנדרטית מכ-226 vbytes לכ-141 vbytes, ובכך מקטין את העמלות בכ-38% בהשוואה לכתובות הישנות.
- ההבטחה של SegWit ל-TXID קבוע הייתה התנאי הטכני המוקדם להקמת רשת Lightning. בלעדיה, לא ניתן היה להקים ערוצי תשלום בצורה בטוחה.
- מערכת ניהול הגרסאות של השפה התסריטית שלה אפשרה את הטמעת Taproot (SegWit V1, שהופעל ב-2021) ומספקת מסגרת לשדרוגים עתידיים של ביטקוין ללא פיצולים קשיחים.
- נכון לשנת 2026, כ-85% מעסקאות הביטקוין נעשות באמצעות SegWit. זהו תקן הרשת, ולא תכונה חדשה.
מהו SegWit?
SegWit, או Segregated Witness, הוא שינוי בפורמט העסקאות של ביטקוין המפריד בין חתימות דיגיטליות – ההוכחה הקריפטוגרפית לכך שיש לך הזכות להוציא מטבע – לבין נתוני העסקה העיקריים, ומאחסן אותן במבנה נפרד המכונה "העד" (witness). פעולה זו מקטינה את גודל כל עסקה, מאפשרת להכניס יותר עסקאות לכל בלוק, ומבטלת פגיעות שהפכה את בניית ערוצי תשלום על גבי ביטקוין לבלתי אפשרית.
השם מורכב משני חלקים פשוטים: "segregated" פירושו "מופרד", ו-"witness" הוא המונח הקריפטוגרפי לנתוני החתימה המוכיחים את תוקפה של העסקה. ה-"witness" עונה על השאלה "האם הבעלים החוקי אישר זאת?", בעוד ששאר נתוני העסקה עונים על השאלה "לאן מועברים הכספים ובאיזה סכום?".
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.השדרוג הוגדר רשמית כ"הצעת שיפור ביטקוין 141" (BIP 141) והוצע על ידי מפתחי Bitcoin Core, פיטר וויל, אריק לומברוזו וג'ונסון לאו, בכנס Scaling Bitcoin שנערך בדצמבר 2015. היא הופעלה ברשת הראשית של ביטקוין ב-24 באוגוסט 2017, בבלוק 481,824, כ-soft fork, כלומר היא הייתה תואמת לאחור. צמתים שלא שודרגו יכלו עדיין לאמת את נתוני העסקה הבסיסיים; צמתים משודרגים ראו את התמונה המלאה, כולל ה-witness.
נכון לשנת 2026, כ-85% מכלל עסקאות הביטקוין נעשות באמצעות SegWit. זו כבר אינה תכונה חדשה, אלא הסטנדרט.
הבעיות ש-SegWit נועד לפתור
SegWit טיפל בשתי בעיות נפרדות שהגבילו את הביטקוין במשך שנים.
גמישות העסקאות
לכל עסקה בביטקוין יש מזהה ייחודי המכונה TXID, שהוא חתימת hash שנוצרת מנתוני העסקה. לפני SegWit, חתימת ה-hash הזו חושבה על בסיס העסקה כולה, כולל החתימה.
הנה הבעיה: חתימה קריפטוגרפית אינה יכולה לחתום על עצמה. מצב זה הותיר פרצה קטנה, שבמסגרתה כל מי שהעביר את העסקה שלך ברשת יכול היה לשנות את החתימה באופן קל, כך שתישאר תקפה מבחינה מתמטית אך תניב TXID שונה. הכספים עדיין הועברו לכתובת הנכונה והעסקה עדיין בוצעה, אך המזהה השתנה.
זה אולי לא נשמע כמו אסון עבור תשלום פשוט. אבל עבור פרוטוקולים שמחברים יחד מספר עסקאות לא מאושרות, זה קטלני. רשת ה-Lightning, הפועלת על ידי יצירת סדרה של התחייבויות תשלום מחוץ לשרשרת המתייחסות למזהי עסקאות קודמות, אינה יכולה לתפקד בבטחה אם אחד ממזהים אלה עשוי להשתנות לפני אישורם. TXID הניתן לשינוי פירושו שהשרשרת נשברת, והכספים עלולים להיתקע או להיגנב.
תופעת ה"מאלביליות" של העסקאות גרמה גם לנזק ממשי בעולם האמיתי לפני שתוקנה. בורסת Mt. Gox ציינה אותה כגורם שתרם לקריסתה בשנת 2014, אם כי היסטוריונים חלוקים בדעתם לגבי המידה שבה הייתה זו הסיבה העיקרית לעומת תירוץ לניהול כושל עמוק יותר.
SegWit פתר בעיה זו על ידי הסרת החתימות לחלוטין מחישוב ה-TXID. כעת, המזהה מחושב אך ורק על סמך שדות הבסיס של העסקה. שינוי החתימה כבר אינו משנה את זהות העסקה.
למנוע עומסים ועלייה בעמלות
בשנת 2016 ובתחילת 2017, ביטקוין עיבד כ-7 עסקאות בשנייה. בזמנים של ביקוש גבוה, הצטברו עשרות אלפי עסקאות בהמתנה, והעמלות עלו ל-50 דולר או יותר עבור העברה סטנדרטית. הבעיה הייתה מבנית: גודל הבלוקים של הביטקוין הוגבל ל-1MB, והחתימות היוו כ-65% מגודל העסקה.
הפתרון הברור, הגדלת מגבלת גודל הבלוק, הצריך ביצוע "הארד פורק", כלומר כל הצמתים היו צריכים לשדרג את המערכת או להישאר ברשת שאינה תואמת. "הארד פורקים" הם מהלכים מסוכנים ושנויים במחלוקת. SegWit מצא דרך לעקוף את המגבלה הזו לחלוטין.
כיצד פועל SegWit
הפרדת נתוני עדים
בעסקת ביטקוין מסורתית, כל קלט כולל שדה ScriptSig המכיל את חתימתו של המוציא ואת המפתח הציבורי שלו. בעסקת SegWit, שדה ה-ScriptSig נותר ריק עבור קלטות SegWit. החתימה והמפתח הציבורי מועברים לשדה עדות חדש המצורף בסוף העסקה.
שני בתים נוספים, סימן (0x00) ודגל (0x01), מודיעים לצמתים התומכים ב-SegWit כי נתוני ה-witness מופיעים בהמשך. צמתים שקדמו ל-SegWit רואים פשוט ScriptSig ריק ומעבדים את העסקה כעסקה תקפה בהתאם לפרשנות הישנה של "כל אחד יכול לבצע הוצאה", תוך שמירה על תאימות לאחור.
משקל הבלוק מחליף את גודל הבלוק
SegWit החליף את מגבלת גודל הבלוק של 1 מגה-בייט במדד חדש: משקל הבלוק, המוגבל ל-4 מיליון יחידות משקל (WU).
הפרט החשוב הוא אופן ספירת הבתים:
- כל בייט של נתוני עסקה שאינם קשורים לעדים עולה 4 יחידות משקל
- כל בייט של נתוני העד עולה רק יחידת משקל אחת
מכיוון שהחתימות הן גדולות ונמצאות כעת בקטע ה-witness, הן תופסות רבע מהנפח שהן תפסו בעבר מבחינת קיבולת הבלוק. כך הגדיל SegWit את גודל הבלוק האפקטיבי לכ-1.7 עד 2 מגה-בייט בפועל, מבלי לפגוע בכלל ה-1 מגה-בייט שהצמתים הישנים אוכפים. עבור בלוק תיאורטי המורכב כולו מ-SegWit, הגודל המרבי הוא 4MB, אם כי מצב זה אינו מתרחש בפועל משום שכל בלוק מכיל גם נתונים שאינם עדים.
בייטים וירטואליים (vBytes): היחידה המופיעה בארנקים
כדי לשמור על תעריפי עמלות דומים לאלה של עסקאות מסורתיות, הונהגו ב-SegWit "בייטים וירטואליים" (vbytes): יחידות משקל המחולקות ב-4. בעסקאות מסורתיות, בייטים ו-vbytes זהים. בעסקאות SegWit, ה-vbytes נמוכים יותר מכיוון שנתוני העד המוזלים מורידים את המספר.
עמלות הארנק מוצגות בסאטושי לכל vbyte (sat/vB). בעסקה ב-SegWit עם פחות vbytes, העמלה הנגבית נמוכה יותר באותו שיעור sat/vB. זהו המנגנון העומד מאחורי החיסכון בעמלות שאתם רואים כשאתם משתמשים בכתובת bc1q במקום בכתובת 1...
סוגי כתובות SegWit: באיזה סוג כדאי להשתמש?
SegWit הציגה פורמטים חדשים של כתובות לצד השינויים הטכניים. סוג הכתובת קובע כיצד הארנק שלך מקודד את תנאי ההוצאה, דבר המשפיע על העמלות שלך, על תאימותך עם ארנקים אחרים ועל האופן שבו העסקאות שלך נראות ברשת.
השוואת סוגי כתובות
1...3...bc1q... 42 תוויםbc1q... 62 תוויםbc1p... 62 תווים1...3...bc1q... 42 תוויםbc1q... 62 תוויםbc1p... 62 תוויםנתונים על היקף העסקאות: מדריך לגודל עסקאות ביטקוין של Spark.money, 2026. החיסכון בעמלות הוא משוער ומשתנה בהתאם לתנאי המאגר.
Legacy (P2PKH, קידומת 1...) זהו הפורמט המקורי משנת 2009. החתימה נשארת בתוך גוף העסקה הראשי, שם היא נחשבת במלוא משקלה. אין חיסכון בעמלות. הפורמט עדיין נתמך באופן אוניברסלי, וזו הסיבה היחידה להשתמש בו כיום, אם אתם מתמודדים עם תוכנה ישנה מאוד שאינה מסוגלת לקבל פורמטים אחרים.
SegWit מקונן (P2SH-P2WPKH, קידומת 3...) עוטף סקריפט SegWit בתוך מעטפת P2SH ישנה יותר. כאשר ה-SegWit הופעל בשנת 2017, לא כל הארנקים והבורסות הוסיפו מיד תמיכה בפורמט ה-bc1 החדש. ה-Nested SegWit שימש כגשר תאימות: אתם נהנים מחיסכון חלקי בעמלות, ושולחים המשתמשים בתוכנה ישנה יותר עדיין יכולים לשלם לכם. עד 2026, פורמט זה קיים בעיקר כגיבוי. ה 3... הקידומת משותפת לכתובות P2SH שאינן תומכות ב-SegWit, מה שאומר שלא ניתן לדעת מהכתובת בלבד אם מדובר בעסקה ב-SegWit.
SegWit מובנה (P2WPKH, קידומת bc1q...(42 תווים) היא הבחירה הנכונה עבור מרבית המשתמשים. היא משתמשת בקידוד Bech32, המורכב כולו מאותיות קטנות, מציעה זיהוי שגיאות טוב יותר מזה של Base58, ומבטלת תווים הדומים זה לזה (ללא האות O גדולה, הספרה 0, האות I גדולה או האות l קטנה). עסקת P2WPKH סטנדרטית עם כניסה אחת ושתי יציאות עולה כ-141 vbytes, כ-38% פחות מעסקה מקבילה בשיטה הישנה. כל הארנקים והבורסות הפעילים תומכים בה החל משנת 2026.
SegWit רב-חתימות מובנה (P2WSH, קידומת bc1q...(62 תווים) זוהי גרסת ה-script-hash, המשמשת לארנקים עם חתימה מרובה (multisig) ולתנאי הוצאה מורכבים. הכתובת הארוכה יותר משקפת חתימת SHA-256 באורך 32 בתים, במקום חתימה באורך 20 בתים המשמשת ב-P2WPKH. אם אתם מפעילים תצורת רב-חתימות 2 מתוך 3, P2WSH היא הדרך המקורית של SegWit לעשות זאת.
Taproot (P2TR, קידומת bc1p...(62 תווים) זוהי גרסת SegWit 1, שהופעלה בשנת 2021. היא משתמשת בחתימות Schnorr במקום ב-ECDSA, מה שמאפשר לאגד חתימות מרובות לחתימה אחת, כך שעסקאות רב-חתימתיות אינן ניתנות להבחנה מעסקאות חד-חתימתיות על הבלוקצ'יין. היא מציעה את העמלות הנמוכות ביותר עבור הוצאות חד-חתימתיות ואת הפרטיות הטובה ביותר. השתמש בה כאשר אישרת שהנמענים שלך והארנקים שלהם תומכים בכתובות bc1p.
המלצה מהירה
לרוב האנשים: השתמשו ב-SegWit המקורי (bc1q). הוא נתמך על ידי כמעט כל ארנק ובורסה פעילים, חוסך כ-38% בעמלות בהשוואה לשיטה הישנה, ואינו טומן בחובו סיכון של חוסר תאימות בשנת 2026 (למפתחים המשלבים את SegWit בתוכנת ארנק, ראו את מדריך לפיתוח ארנק Bitcoin Core.).
אם הארנק שלכם תומך ב-Taproot (bc1p) ואתם מבצעים עסקאות עם חתימה אחת מול נמענים שהארנקים שלהם תומכים בטכנולוגיה זו, הדבר מאפשר עמלות נמוכות מעט יותר ופרטיות משופרת.
SegWit מקונן (3...) הוא פתרון גיבוי לצורך תאימות. זה בסדר, אבל אין יותר סיבה להגדיר אותו כברירת מחדל.
מלחמת גודל הבלוק: מדוע SegWit עורר מחלוקת כה רבה
ההיבט הטכני של SegWit היה ברור. הדרך להפעלתו, לעומת זאת, לא הייתה ברורה.
בין השנים 2015 ל-2017, ביטקוין היה מעורב באחד ממחלוקות הניהול השנויות ביותר במחלוקת בתולדותיו. בעיקרו של דבר, השאלה הייתה פשוטה: כיצד צריכה רשת מבוזרת לשדרג את הכללים שלה כאשר לקבוצות שונות יש אינטרסים מנוגדים?
הקיפאון בתחום הכרייה
על פי תהליך השדרוג הסטנדרטי של BIP9, נדרש כי 95% מהכורים יביעו תמיכה במהלך פרק זמן של שבועיים כדי שה-soft fork ייצא לפועל. בתחילת 2017, SegWit כבר היה מוכן להפעלה מזה חודשים, אך נותר תקוע מתחת לסף זה.
ההתנגדות המשמעותית ביותר הגיעה מצד חברות כרייה גדולות, ובפרט Bitmain, ששלטה באותה עת בחלק ניכר מה-hashrate של הביטקוין. הסיבה לכך התבררה מאוחר יותר: Bitmain השתמשה בטכניקה פטנטית בשם ASICBoost, אופטימיזציה שהעניקה לחומרת הכרייה שלה יתרון משמעותי ביעילות. SegWit לא הייתה תואמת מבחינה מבנית ל-ASICBoost הסמוי. חסימת SegWit הגנה על יתרון זה.
BIP 148 וה-UASF
במרץ 2017 פרסם מפתח אנונימי בשם הבדוי Shaolinfry את BIP 148: "Soft Fork המופעל על ידי המשתמשים" (UASF). במקום להמתין לאות מהכורים, BIP 148 הציע שצמתים כלכליים, כלומר בורסות, מעבדי תשלומים ועסקים המריצים תוכנת ביטקוין, פשוט יתחילו לדחות כל בלוק שלא אותת על תמיכה ב-SegWit החל מ-1 באוגוסט 2017 ואילך.
ההיגיון היה פשוט: הכורים מייצרים בלוקים, אך אלה בעלי ערך רק אם הרשת מקבלת אותם. אם רוב כלכלי מספיק היה מפעיל צמתים של BIP 148, הכורים היו מפעילים את SegWit או רואים את הבלוקים שלהם הופכים ליתומים. הסיכון היה ברור באותה מידה: אם האימוץ לא היה מספיק, היינו מקבלים פיצול ברשת, עם שתי גרסאות לא תואמות של ביטקוין הפועלות במקביל.
קמפיין ה-UASF היה עממי ורועש. הופיעו תגי כנס. הוויכוחים בטוויטר התלהטו. הביטוי "הפעל צומת משלך" קיבל דחיפות חדשה.
הסכם ניו יורק וביטקוין קאש
לקראת מועד היעד של ה-UASF, התכנסו למעלה מ-50 חברות ביטקוין מובילות בניו יורק במאי 2017 וחתמו על מה שנודע כ"הסכם ניו יורק". הן הסכימו להפעיל את SegWit, אך גם לבצע לאחר מכן פיצול קשה (hard fork) כדי להכפיל את גודל הבלוק ל-2MB (מה שנודע בשם SegWit2x).
הפשרה לא סיפקה אף אחד מהמחנות באופן מלא. מפתחים שהתנגדו לבלוקים גדולים ראו ב-SegWit2x "הארד פורק" עקיף שלא הסכימו לו. הכורים והחברות שרצו בבלוקים גדולים יותר עדיין לא קיבלו את מה שרצו מלכתחילה.
ב-1 באוגוסט 2017, פלג שביקש להגדיל את גודל הבלוק בלבד, ללא SegWit, ביצע פיצול בביטקוין ויצר את ביטקוין קאש (BCH), שהחל עם מגבלת בלוק של 8 מגה-בייט. SegWit הופעל בביטקוין ב-24 באוגוסט 2017. הפיצול הקשיח SegWit2x ננטש בנובמבר 2017 לאחר שמארגניו הגיעו למסקנה כי אין להם קונצנזוס מספיק.
מה הוסכם
התוצאה הייתה משמעותית הרבה מעבר לפרטים הטכניים. ה-UASF הצליח: הצמתים הכלכליים, ולא הכורים, הם שקבעו אילו כללי קונצנזוס יחולו. כיום מצוטט אירוע זה באופן קבוע כהוכחה לכך שהממשל של הביטקוין מוטל בסופו של דבר על כתפיהם של מי שמפעילים ומשתמשים בתוכנה, ולא על כתפיהם של מי שיוצרים בלוקים. ה-1 באוגוסט מכונה על ידי חלקים בקהילה כ"יום העצמאות של הביטקוין".
מה ש-SegWit איפשר
רשת ה-Lightning
רשת ה-Lightning תוכננה עוד לפני ש-SegWit היה קיים. יוצריה ידעו שלא ניתן יהיה להטמיע אותה בבטחה עד לתיקון בעיית הניתנות לעיוות של העסקאות, מכיוון שתעלות התשלום מבוססות על שרשראות של עסקאות לא מאושרות המפנות זו לזו באמצעות TXID. ההבטחה של SegWit ל-TXID קבוע הפכה את התעלות הללו לבטוחות.
רשת ה-Lightning Network הושקה ברשת הראשית של ביטקוין בתחילת 2018, כשישה חודשים לאחר הפעלת SegWit. עד הרבעון הראשון של 2025, היא עיבדה למעלה מ-100 מיליון עסקאות. לולא SegWit, התשתית הזו כלל לא הייתה קיימת.
Taproot וניהול גרסאות של סקריפטים
SegWit הוסיף תמיכה בגרסאות סקריפט לפורמט העסקאות של ביטקוין. תוכנית ה-witness מתחילה בבת גרסה: SegWit V0 תומך ב-P2WPKH וב-P2WSH. כל שדרוג עתידי שיגדיר מספר גרסה חדש יקבל כללים משלו, מבלי להתנגש בכללים הקיימים ומבלי שיידרש מאבק שנוי במחלוקת נוסף סביב השדרוג.
SegWit V1 הוא Taproot, שהופעל בנובמבר 2021. הוא הביא עמו חתימות Schnorr, את מסגרת ה-MAST (Merkelized Abstract Syntax Trees) לתנאי הוצאה מורכבים, ושיפורים בתחום הפרטיות שהופכים ארנקי רב-חתימה (multisig) למזהים לחלוטין עם עסקאות חד-חתימה (single-sig) ברשת. כל יכולת טכנית שהציג Taproot הסתמכה על ארכיטקטורת הגרסאות שיצר SegWit.
מספרי סידורי וכיתובים
אותה מבנה נתונים של עדות שהוצג על ידי SegWit, והורחב על ידי Taproot, הפך את שילובם של נתונים, תמונות, טקסט וקוד כלשהם ישירות בתוך עסקאות ביטקוין לאפשרי מבחינה טכנית. זהו המנגנון העומד מאחורי פרוטוקול Ordinals והכתובות בביטקוין, אשר הוביל לעלייה חדה בשימוש בנתונים על הבלוקצ'יין ודחף את אימוץ Taproot לכ-42% מהעסקאות בשנת 2024. עם ירידת פעילות הכיתובים, השימוש ב-Taproot התייצב על כ-20% מהעסקאות בסוף 2025, בעוד ש-SegWit V0 נותר הפורמט הדומיננטי עם כ-85%.
SegWit בהקשר: לוח הזמנים לשדרוג הביטקוין
אימוץ כיום
השימוש ב-SegWit הלך וגדל בהתמדה לאחר ההפעלה, והגיע ל-30% מהעסקאות כבר בחודשים הראשונים, ולאחר מכן חצה את רף ה-50% בשנתיים שלאחר מכן, ככל שארנקים ובורסות שדרגו את התוכנה שלהם.
נכון לשנת 2026, כ-85% מעסקאות הביטקוין נעשות באמצעות SegWit (מקור: סטטיסטיקות רשת הביטקוין של Spark.money, CoinGecko). 15% הנותרים הם עסקאות ישנות שמקורן בארנקים ובשירותים שלא עברו שדרוג. השימוש ב-Taproot (P2TR, SegWit V1) הגיע לשיא של כ-42% מהעסקאות בשנת 2024, בעיקר בזכות פעילות רישום Ordinals, לפני שהתייצב על כ-20% בסוף 2025 עם ירידת נפח הרישומים.
עקומת האימוץ משקפת את מה שקרה עם SegWit עצמה: פורמטים חדשים של כתובות לוקחים בין שנה לשלוש שנים עד שהם זוכים לאימוץ נרחב, שכן ארנקי חומרה, בורסות ומעבדי תשלומים מעדכנים את התוכנה שלהם. התמיכה ב-Taproot ממשיכה להתרחב בקרב יישומים שונים של ארנקים.
SegWit לעומת Legacy: סיכום ההבדלים
1...bc1q... (מקורי) או 3... (מקונן)1...bc1q... (מקורי) או 3... (מקונן)סיכום
SegWit הוא שדרוג הפרוטוקול שהפריד בין נתוני החתימה של ביטקוין לנתוני העסקאות שלו, תיקן פירצת אבטחה שהייתה קיימת מאז 2009, הפחית את עמלות העסקה בכשליש, וסיפק את התשתית הארכיטקטונית לרשת Lightning, ל-Taproot ולכל מה שנבנה עליהם מאז.
נכון לשנת 2026, זהו תקן העסקאות בביטקוין, המטפל ברוב המוחלט של הפעילות ברשת. פורמטי הכתובות שהנהיג, ובפרט פורמט ה-SegWit המקורי (bc1q), הם אלה שרוב המשתמשים צריכים להשתמש בהם כברירת מחדל כיום. המאבק הפוליטי שסבב את הפעלתו נותר אחד הפרקים המאלפים ביותר בהיסטוריה של ממשל הביטקוין: הוכחה לכך שברשת מבוזרת, קונצנזוס אינו דבר שהכורים מעניקים, אלא דבר שהמשתמשים קובעים.
