אם פתחתם ארנק ביטקוין והתבקשתם לבחור בין כתובת מסוג "Legacy", "SegWit" או "Native SegWit" מבלי שקיבלתם הסבר על משמעותן של האפשרויות הללו, הבחירה הזו נובעת משדרוג אחד שבוצע בשנת 2017.
SegWit, קיצור של עד מבודד, הוא שדרוג לפרוטוקול הביטקוין שהופעל באוגוסט 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 קבוע הייתה התנאי הטכני המוקדם להקמת רשת לייטנינג. בלעדיה, לא היה ניתן להקים ערוצי תשלום בצורה בטוחה.
- מערכת ניהול הגרסאות של הסקריפט שלה אפשרה את הטמעת 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 דולר או יותר עבור העברה סטנדרטית. הבעיה הייתה מבנית: גודל הבלוקים של הביטקוין היה מוגבל ל-1 מגה-בייט, והחתימות היוו כ-65% מגודל העסקה.
הפתרון הברור, העלאת מגבלת גודל הבלוק, הצריך ביצוע "הארד פורק", כלומר שכל הצמתים היו צריכים לשדרג את המערכת או להישאר ברשת שאינה תואמת. "הארד פורקים" הם מהלכים מסוכנים ושנויים במחלוקת. SegWit מצא דרך לעקוף את המגבלה הזו לחלוטין.
כיצד פועל SegWit
הפרדת נתוני עדים
בעסקת ביטקוין מסורתית, כל קלט כולל שדה ScriptSig המכיל את החתימה והמפתח הציבורי של המוציא. בעסקת SegWit, שדה ה-ScriptSig נותר ריק עבור קלטות SegWit. החתימה והמפתח הציבורי מועברים לשדה עדות חדש המצורף בסוף העסקה.
שני בייטים נוספים – סמן (0x00) ודגל (0x01) – מודיעים לצמתים התומכים ב-SegWit כי נתוני ה-witness מופיעים בהמשך. צמתים שקדמו ל-SegWit רואים פשוט ScriptSig ריק ומעבדים את העסקה כעסקה תקפה בהתאם לפרשנות הישנה של "כל אחד יכול לבצע הוצאה", ובכך שומרים על תאימות לאחור.
משקל הבלוק מחליף את גודל הבלוק
SegWit החליף את מגבלת גודל הבלוק של 1MB במדד חדש: משקל הבלוק, שהוגבל ל-4 מיליון יחידות משקל (WU).
הפרט המכריע טמון באופן שבו נספרים הבתים:
- כל בייט של נתוני עסקה שאינה עסקה עדה עולה 4 יחידות משקל
- כל בייט של נתוני העדים עולה רק יחידת משקל אחת
מכיוון שהחתימות הן גדולות וכעת הן נמצאות בקטע ה-witness, הן תופסות רבע מהנפח שהן תפסו בעבר מבחינת קיבולת הבלוק. כך הגדיל SegWit את גודל הבלוק האפקטיבי לכ-1.7 עד 2MB בפועל, מבלי לפגוע בכלל ה-1MB שאותו אוכפים הצמתים הישנים. במקרה של בלוק תיאורטי המורכב כולו מ-SegWit, הגודל המרבי הוא 4MB, אם כי מצב זה אינו מתרחש בפועל משום שכל בלוק מכיל גם נתונים שאינם עדים.
בייטים וירטואליים (vBytes): היחידה המופיעה בארנקים
כדי לשמור על שיעורי עמלות דומים לאלה של עסקאות מסורתיות, הונהגו ב-SegWit "בייטים וירטואליים" (vbytes): יחידות משקל המחולקות ב-4. בעסקאות מסורתיות, בייטים ו-vbytes זהים. בעסקאות SegWit, ה-vbytes נמוכים יותר מכיוון שנתוני ה-witness המופחתים מורידים את המספר.
עמלות הארנק מוצגות בסאטושי לכל vbyte (sat/vB). בעסקה ב-SegWit עם פחות vbytes, העמלה הנגבית נמוכה יותר באותו שיעור sat/vB. זהו המנגנון העומד מאחורי החיסכון בעמלות שאתה רואה כשאתה משתמש בכתובת bc1q במקום בכתובת 1...
סוגי כתובות SegWit: באיזה סוג כדאי להשתמש?
SegWit הציגה פורמטים חדשים של כתובות לצד השינויים הטכניים. סוג הכתובת קובע כיצד הארנק שלך מקודד את תנאי ההוצאה, דבר המשפיע על העמלות שלך, על תאימותך עם ארנקים אחרים ועל האופן שבו העסקאות שלך מוצגות ברשת.
השוואת סוגי כתובות
| סוג הכתובת | קידומת | קידוד | גודל Tx טיפוסי (1 כניסה, 2 יציאות) | חיסכון בעמלות לעומת השיטה המסורתית | תמיכה בארנקים |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 vbytes | קו בסיס | אוניברסלי |
| SegWit מקונן (P2SH-P2WPKH) | 3... | Base58 | ~167 בייט | ~26% | רחב מאוד |
| SegWit מובנה (P2WPKH) | bc1q... 42 תווים | Bech32 | ~141 בייט | ~38% | כל הארנקים המודרניים |
| רב-חתימות SegWit מובנה (P2WSH) | bc1q... 62 תווים | Bech32 | משתנה | ~32%+ | כל הארנקים המודרניים |
| Taproot (P2TR) | bc1p... 62 תווים | Bech32m | ~154 vbytes | ~32% | רוב הארנקים המודרניים |
נתונים על היקף העסקאות: מדריך לגודל העסקאות בביטקוין של Spark.money, 2026. החיסכון בעמלות הוא משוער ומשתנה בהתאם לתנאי הממפול.
Legacy (P2PKH, קידומת 1...) זהו הפורמט המקורי משנת 2009. החתימה נשארת בתוך גוף העסקה הראשי, שם היא נחשבת במלוא משקלה. אין חיסכון בעמלות. הפורמט עדיין נתמך באופן אוניברסלי, וזו הסיבה היחידה להשתמש בו כיום, אם אתם מתמודדים עם תוכנה ישנה מאוד שאינה מסוגלת לקבל פורמטים אחרים.
SegWit מקונן (P2SH-P2WPKH, קידומת 3...) עוטף סקריפט SegWit בתוך מעטפת P2SH ישנה יותר. כאשר SegWit הופעל בשנת 2017, לא כל הארנקים והבורסות הוסיפו מיד תמיכה בפורמט ה-bc1 החדש. 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, מה שמאפשר לאגד חתימות מרובות לחתימה אחת, כך שעסקאות עם חתימות מרובות (multisig) אינן ניתנות להבחנה מעסקאות עם חתימה אחת (single-sig) על הבלוקצ'יין. היא מציעה את העמלות הנמוכות ביותר עבור הוצאות עם חתימה אחת ואת רמת הפרטיות הטובה ביותר. השתמש בה לאחר שווידאת שהנמענים שלך והארנקים שלהם תומכים בכתובות bc1p.
המלצה מהירה
לרוב האנשים: השתמשו ב-SegWit המקורי (bc1q). הוא נתמך למעשה על ידי כל הארנקים והבורסות הפעילים, חוסך כ-38% בעמלות בהשוואה לשיטה הישנה, ואינו טומן בחובו סיכון של חוסר תאימות בשנת 2026 (למפתחים המשלבים את SegWit בתוכנת ארנק, ראו את מדריך לפיתוח ארנק Bitcoin Core.).
אם הארנק שלכם תומך ב-Taproot (bc1p) ואתם מבצעים עסקאות עם חתימה אחת מול נמענים שהארנקים שלהם תומכים בטכנולוגיה זו, הדבר מאפשר עמלות נמוכות מעט יותר ופרטיות משופרת.
SegWit מקונן (3...) הוא פתרון גיבוי לצורך תאימות. זה בסדר, אך אין עוד סיבה להגדיר אותו כברירת מחדל.
מלחמת גודל הבלוק: מדוע SegWit עורר מחלוקת כה רבה
ההיבטים הטכניים של SegWit היו ברורים. אולם הדרך להפעלתו לא הייתה ברורה.
בין השנים 2015 ל-2017, הביטקוין היה מעורב באחד ממחלוקות הניהול השנויות ביותר במחלוקת בתולדותיו. בעיקרו של דבר, השאלה הייתה פשוטה: כיצד צריכה רשת מבוזרת לשדרג את הכללים שלה כאשר לקבוצות שונות יש אינטרסים סותרים?
הקיפאון בתחום הכרייה
במסגרת תהליך השדרוג הסטנדרטי של BIP9, נדרש כי 95% מהכורים יביעו תמיכה ב"סופט פורק" במהלך פרק זמן של שבועיים. בתחילת 2017, SegWit כבר היה מוכן להפעלה מזה חודשים, אך נותר מתחת לסף זה.
ההתנגדות המשמעותית ביותר הגיעה מצד חברות כרייה גדולות, ובפרט Bitmain, ששלטה באותה עת בחלק ניכר מההאשרייט של הביטקוין. הסיבה לכך התבררה מאוחר יותר: Bitmain השתמשה בטכניקה מוגנת בפטנט בשם ASICBoost, אופטימיזציה שהעניקה לחומרת הכרייה שלה יתרון משמעותי ביעילות. SegWit לא הייתה תואמת מבחינה מבנית ל-ASICBoost הסמוי. חסימת SegWit הגנה על יתרון זה.
BIP 148 וה-UASF
במרץ 2017, מפתח אנונימי שהשתמש בשם הבדוי Shaolinfry פרסם את BIP 148: "סופט פורק המופעל על ידי המשתמשים" (UASF). במקום להמתין לאותות מהכורים, BIP 148 הציע שצמתים כלכליים – כלומר בורסות, מעבדי תשלומים ועסקים המריצים תוכנת ביטקוין – פשוט יתחילו לדחות כל בלוק שלא אותת על תמיכה ב-SegWit החל מ-1 באוגוסט 2017 ואילך.
ההיגיון היה פשוט: הכורים מייצרים בלוקים, אך יש להם ערך רק אם הרשת מקבלת אותם. אם חלק מספיק מהרוב הכלכלי יפעיל צמתים התומכים ב-BIP 148, הכורים יפעילו את SegWit או יראו את הבלוקים שלהם הופכים ליתומים. הסיכון היה ברור באותה מידה: אם האימוץ לא יהיה מספיק, יתרחש פיצול בשרשרת, ושתי גרסאות לא תואמות של ביטקוין יפעלו במקביל.
קמפיין ה-UASF היה עממי ורועש. הופיעו תגי כנס. הוויכוחים בטוויטר התגברו. הביטוי "הפעל צומת משלך" קיבל דחיפות חדשה.
הסכם ניו יורק וביטקוין קאש
לקראת מועד היעד של ה-UASF, יותר מ-50 חברות ביטקוין מובילות התכנסו בניו יורק במאי 2017 וחתמו על מה שנודע כ"הסכם ניו יורק". הן הסכימו להפעיל את SegWit, אך גם לבצע לאחר מכן "הארד פורק" כדי להכפיל את גודל הבלוק ל-2MB (מה שנודע בשם SegWit2x).
הפשרה לא סיפקה אף אחד מהמחנות באופן מלא. מפתחים שהתנגדו לבלוקים גדולים ראו ב-SegWit2x "הארד פורק" עקיף שלא הסכימו לו. הכורים והחברות שרצו בלוקים גדולים יותר עדיין לא קיבלו את מה שרצו מלכתחילה.
ב-1 באוגוסט 2017, סיעה שביקשה להגדיל את גודל הבלוק בלבד, ללא SegWit, ביצעה פיצול בביטקוין כדי ליצור את ביטקוין קאש (BCH), שהחל עם מגבלת בלוק של 8 מגה-בייט. SegWit הופעל בביטקוין ב-24 באוגוסט 2017. הפורק הקשיח SegWit2x ננטש בנובמבר 2017 לאחר שמארגניו הגיעו למסקנה כי אין להם קונצנזוס מספיק.
מה הוסכם
התוצאה הייתה משמעותית הרבה מעבר לפרטים הטכניים. ה-UASF הצליח: הצמתים הכלכליים, ולא הכורים, הם שקבעו אילו כללי קונצנזוס יחולו. כיום מצוטט אירוע זה באופן קבוע כהוכחה לכך שהממשל של הביטקוין מוטל בסופו של דבר על כתפיהם של אלה המפעילים ומשתמשים בתוכנה, ולא על כתפיהם של אלה המייצרים בלוקים. ה-1 באוגוסט מכונה על ידי חלקים בקהילה כ"יום העצמאות של הביטקוין".
מה ש-SegWit איפשר
רשת ה-Lightning
רשת ה-Lightning Network תוכננה עוד לפני ש-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 בהקשר: לוח הזמנים לשדרוג הביטקוין
| שנה | אירוע |
|---|---|
| 2015 | פיטר וויל מציג את הרעיון של SegWit בכנס Scaling Bitcoin |
| 2016 | BIP 141 פורסם באופן רשמי; שיעור התמיכה של הכורים נעצר מתחת לסף של 95% |
| מרץ 2017 | BIP 148 (UASF) שפורסם על ידי Shaolinfry |
| מאי 2017 | הסכם ניו יורק שנחתם על ידי למעלה מ-50 חברות |
| 1 באוגוסט 2017 | ביטקוין קאש נוצר כתוצאה מפיצול מביטקוין |
| 24 באוגוסט 2017 | SegWit הופעל ברשת הביטקוין בבלוק 481,824 |
| נובמבר 2017 | ההארד פורק של SegWit2x בוטל |
| ינואר 2018 | רשת Lightning Network הושקה ברשת הראשית |
| נובמבר 2021 | Taproot נכנס לפעולה, תוך התבססות על מערכת הגרסאות של SegWit |
| 2023–2024 | מספרי סדר וכיתובים מנצלים את שטח העדים של SegWit/Taproot |
| 2026 | כ-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: סיכום ההבדלים
| מאמר | הגרסה הישנה (לפני SegWit) | SegWit |
|---|---|---|
| מיקום החתימה | בתוך ScriptSig (גוף העסקה הראשי) | שדה עדים נפרד |
| מדד גודל הבלוק | גודל בבytes (הגבלה של 1MB) | יחידות משקל (הגבלה של 4 מיליון WU) |
| חישוב TXID | כולל נתוני חתימה | לא כולל נתוני עדים |
| גמישות העסקה | אפשרי | תוקן |
| גודל שידור טיפוסי של 1 כניסה ו-2 יציאות | ~226 vbytes | ~141 בייט (P2WPKH) |
| חיסכון בעמלות | קו בסיס | ירידה של כ-38% (P2WPKH לעומת P2PKH) |
| תמיכה ברשת Lightning | לא בטוח | חובה; מאפשר ערוצי תשלום |
| קידומת כתובת | 1... | bc1q... (מקורי) או 3... (מקונן) |
| קידוד | Base58 | Bech32 |
סיכום
SegWit הוא שדרוג הפרוטוקול שהפריד בין נתוני החתימה של ביטקוין לנתוני העסקאות שלו, תיקן פירצת אבטחה שהייתה קיימת מאז 2009, הפחית את עמלות העסקאות בכשליש, וסיפק את התשתית הארכיטקטונית לרשת Lightning, ל-Taproot ולכל מה שנבנה עליהן מאז.
נכון לשנת 2026, זהו תקן העסקאות בביטקוין, המטפל ברוב המכריע של הפעילות ברשת. פורמטי הכתובות שהנהיג, ובפרט פורמט SegWit המקורי (bc1q), הם אלה שרוב המשתמשים צריכים להשתמש בהם כברירת מחדל כיום. המאבק הפוליטי שסבב את הפעלתו נותר אחד הפרקים המאלפים ביותר בתולדות הממשל של ביטקוין: הוכחה לכך שברשת מבוזרת, קונצנזוס אינו דבר שהכורים מעניקים, אלא דבר שהמשתמשים קובעים.
