מעבר לקריסה שכבר פורסמה, CVE-2018-17144 אפשרה לכורה לנפח את היצע הביטקוין בגרסאות 0.15.X עד 0.16.2 על ידי הוצאת פלט פעמיים בתוך עסקה אחת. המפתחים לא פרסמו את החלק הזה כדי לתת למערכות זמן לעבור ל-0.16.3 או ל-0.17.0rc4. להערכתם יותר ממחצית ה-hashrate כבר עודכן, לא ידוע על ניסיונות ניצול, ומשתמשים מושפעים מתבקשים לשדרג.
CVE-2018-17144 גורמת ל-Bitcoin Core 0.14.0 עד 0.16.2 לקרוס על בלוק עם עסקה שמוציאה קלט אחד פעמיים, והמשתמשים מתבקשים לשדרג מיד ל-0.16.3. רק כורה שמוכן לוותר על לפחות 12.5 BTC בהכנסה מותרת יכול לייצר בלוק כזה.
ה-RPC verifytxoutproof ב-Bitcoin Core 0.16.2 כבר לא פגיע למתקפה יקרה על הוכחות SPV שנחשפה בתחילת יוני, אף שלקוחות SPV אמיתיים נשארים חשופים. תיקון נפרד גורם ל-abandontransaction לבטל כל צאצא של עסקה במקום לעצור בילדיה.
OP_CODESEPARATOR בסקריפטי חתימה legacy כבר לא מופץ על ידי Bitcoin Core 0.16.1, שינוי מדיניות שמקל על פריסת תיקונים עתידיים לבלוקים שאיטיים לאימות. כורים מאבדים את -blockmaxsize לטובת -blockmaxweight ומקבלים תיקון לבאג שיכול היה לעלות להם בהכנסה כשייצרו שני בלוקים ברצף מהיר.
Segwit הופך לברירת המחדל של הארנק ב-Bitcoin Core 0.16.0: כתובות חדשות הן p2sh-segwit אלא אם -addresstype קובע אחרת, ואפשר ליצור כתובות bc1 מקוריות לפי BIP173 ולשלם אליהן. ארנקים חדשים הם HD בלבד וגרסאות קודמות דוחות אותם, ומסך השליחה ב-GUI מפעיל עכשיו BIP125 RBF כברירת מחדל.
כאמצעי זהירות מפני פיצולי רשת עתידיים, Bitcoin Core 0.15.1 מנתקת עמיתים שמציעים שרשרת מתחת ל-minimum-chain-work בזמן הסנכרון הראשוני, וכן עמיתים יוצאים שמגישים כותרות שידוע שאינן תקפות. קצה שרשרת שתקוע 30 דקות מפעיל עכשיו חיבור יוצא נוסף. כורים מאבדים שימוש ישיר ב-blockmaxsize, שהוצא משימוש ורק מרמז על מגבלת משקל.
קריסה של ה-GUI בעלייה היא שהולידה את Bitcoin Core 0.15.0.1: חלק מהלקוחות שעברו ל-0.15.0 נפלו על הגדרת עמלה מותאמת שהממשק כבר לא מציע. תיקון מינימלי, #11332, מטפל בערך הלא תקין.
אומדני העמלה ב-Bitcoin Core 0.15.0 מגיעים ל-1,008 בלוקים קדימה, לעומת 25, ומשתמשי GUI יכולים להעלות את העמלה של עסקה לא מאושרת דרך Replace-By-Fee. מסד נתונים של chainstate לפי פלט מאיץ את הורדת הבלוקים הראשונית ב-30-40%. ההמרה אליו נעשית אוטומטית בהפעלה הראשונה ולוקחת בערך 5 עד 30 דקות.
לתורמים הקבועים של Bitcoin Core אין קשר ל-btc1, המימוש של Segwit2x, והפרויקט דוחה את הטענות שמדובר בעדכון הכרחי ומכנה אותו פריצה שנויה במחלוקת מכללי הרשת. Segwit, הסופט פורק שצפוי בתוך ימים, אינו קשור להארד פורק הזה ולא דורש דבר מרוב המשתמשים. ההצהרה מזהירה גם ש-Segwit2x לא מתכנן הגנת replay חזקה.
מי שהפעיל UPnP מתבקש להתקין את Bitcoin Core 0.14.2 בלי דיחוי: שגיאת signedness במספר שלם ב-miniupnpc המצורף, CVE-2017-8798, מאפשרת לתוקפים ברשת המקומית לגרום למניעת שירות ואולי לנזק אחר. UPnP נשאר כבוי כברירת מחדל, ולכן צמתים שלא הפעילו אותו מעולם אינם מושפעים.
כורים בלי segwit יכולים להמשיך להשתמש ב-getblocktemplate אחרי ההפעלה, כי Bitcoin Core 0.14.1 מסירה עסקאות segwit מהתבנית. ברירת המחדל של -dbcache עוברת ל-450MiB, והמגבלה מחזיקה עכשיו גם בשיאי flush. שינויי שם לארגומנטים ב-createrawtransaction וב-disconnectnode שוברים קריאות שמשתמשות בארגומנטים בעלי שם מ-0.14.0.
ארנק בצומת חדש יוכל לשלוח ולקבל עוד לפני סיום הסנכרון במצב ההיברידי full block SPV שעל מפת הדרכים של Bitcoin Core, שמוריד בלוקים החל מהמפתח הוותיק ביותר של הארנק בזמן שאימות מלא ממשיך ברקע. דליפות הפרטיות של Bloom filters נעלמות במחיר רוחב פס גדול יותר, ותשלומים צריכים להמתין ל-6 אישורים או יותר.
החלפת ECDSA בחתימות Schnorr תכווץ multisig של 50-of-50 לגודל של הוצאה במפתח יחיד ותסתיר את המדיניות שלו מעיני צופים. מפת הדרכים של Bitcoin Core מציינת את המכשול העיקרי, cancellation, שבו חותם זדוני מחסר מפתח של משתמש אחר. Delinearization עונה על המתקפה הזו, אם כי הוכחת האבטחה שלה עדיין בביקורת עמיתים.
מטמון חתימות ב-Bitcoin-Qt 0.7.0, Ultraprune עם LevelDB ב-0.8.0 וסנכרון headers-first ב-Bitcoin Core 0.10 מופיעים בחלק 1 של מבט לאחור על ההאצות בתוכנת הייחוס. אימות סקריפטים מקבילי לבדו נתן 35% עד 100% בבנצ'מרקים של המפתחים.
צמתים חדשים סיימו הורדת בלוקים ראשונית פי 5.7 מהר יותר ב-Bitcoin Core 0.14.0 לעומת 0.13.2 בבדיקה על Amazon EC2 עם הגדרות ברירת מחדל: 6 שעות ו-24 דקות מול יום אחד, 12 שעות ו-40 דקות. בלוקים שמונחים כתקפים וזיכרון משותף ל-mempool ולמטמון ה-UTXO מניעים את השיפור. גם ארנקים מקבלים הקפצת עמלה אופציונלית, כבויה כברירת מחדל.
שליחות מהארנק שנתקלות במגבלת השרשראות הלא מאושרות כבר לא מחזירות שגיאת RPC ב-Bitcoin Core 0.13.2. הן מדווחות על הצלחה, והצומת מנסה שוב להכניס אותן ל-mempool בשידור החוזר, בלי צורך בהפעלה מחדש. אומדני עמלה ליעד של בלוק אחד מנוטרלים, והטיפול ב-compact blocks לא תקינים תוקן.
עטיפת segwit ב-P2SH גובה את מחיר הבתים הכבד ביותר: 19% תוספת ל-P2WSH/P2SH ו-11% ל-P2WPKH/P2SH בעסקה של 180 בתים, לפי החישוב של Bitcoin Core למה ש-BIP141 יביא. האימות דורש בערך חמישה גיבובי SHA256 נוספים לעסקה. באגים, בלוקים גדולים יותר ועמלות נמוכות יותר נשקלים כסיכונים, והכותבים לא נוקטים עמדה בשאלת ההפעלה.
כורים מקבלים ב-Bitcoin Core 0.13.1 קוד לאיתות על הסופט פורק של segwit, והאיתות נפתח מ-15 בנובמבר 2016 בתחילת תקופת ההתאמה הבאה. הנעילה דורשת 95% מהבלוקים בתקופה של 2,016 בלוקים, וההפעלה מגיעה תקופה אחת אחר כך. הארנקים נשארים תואמים, כך שאולי איש מלבד הכורים לא יצטרך לפעול.
Segwit תלוי בשתי קבוצות: כורים שמאותתים על ביט 1 ב-95% מהבלוקים במשך תקופת התאמה, ומספיק צמתים מלאים שמריצים Bitcoin Core 0.13.1 או מימוש תואם. האיתות נפתח בהתאמה הראשונה שחלה ב-15 בנובמבר 2016 או אחריו. צעדים נפרדים מיועדים לכורים, למפעילי צמתים, למשתמשי ארנקים ולמפתחים, כולל מי שבוחרים לא לשדרג.
קוד segwit נכנס ל-Bitcoin Core 0.13.0 אך נשאר לא פעיל ב-mainnet; השימוש בו שם ידרוש גרסה מאוחרת יותר, כנראה 0.13.1. הפצת compact blocks (BIP152) מצמצמת קפיצות ברוחב הפס, וארנקים חדשים משתמשים במפתחות BIP32 HD, כך שגיבוי אחד מכסה כל מפתח פרטי עתידי. גם בניות Linux ARM מצטרפות להורדות הרשמיות.