OP_CAT הוא קוד פעולה (opcode) של ביטקוין שמאחד שני פריטי נתונים בערימה לפריט אחד, והוא מהווה כיום נושא לאחד הוויכוחים הארוכים ביותר בפיתוח הביטקוין. הוא היה חלק מהקוד המקורי של ביטקוין, הוסר על ידי סאטושי נקאמוטו בשנת 2010 בשל חששות אבטחה, ובשנים האחרונות הוצע כ"סופט פורק" (BIP 347) שעשוי לפתוח קטגוריה חדשה של התנהגות דמוית חוזים חכמים בביטקוין. נכון ליולי 2026, הוא אינו פעיל ברשת הראשית של ביטקוין, אם כי הוא כבר פועל בכמה רשתות הקשורות לביטקוין, שם הוא עובר בשקט בדיקות עומס בפומבי.
מה שהופך את OP_CAT למשהו שכדאי להבין הוא לא רק הקוד. אלא דווקא הדמויות שמסביבו: מפתחי Bitcoin Core שמתווכחים אם השינוי בטוח, פרויקט NFT המונע על ידי ממים שגייס עשרות מיליוני דולרים כדי ללחוץ להחזרתו, ושרשרת צדדית בצמיחה מהירה שכבר החלה להשתמש בו. מדריך זה מפרט מה OP_CAT עושה, מדוע הוא הושבת, לאילו אפשרויות הוא עשוי לפתוח את הדלת, ומהו המצב המדויק נכון להיום.
השתמש ב-Multichain אפליקציית הארנק של Bitcoin.com, שזוכה לאמונם של מיליוני אנשים לשליחה, קבלה, קנייה, מכירה, מסחר, שימוש וניהול של ביטקוין ומטבעות קריפטוגרפיים בצורה בטוחה וקלה.
נקודות עיקריות
- OP_CAT (קיצור של "operation concatenate") מחבר שני פריטי נתונים בערימת הביטקוין לפריט אחד. זו כל הפונקציה.
- תכונה זו הייתה פעילה בקוד המוקדם ביותר של ביטקוין, ולאחר מכן הושבתה על ידי סאטושי נקאמוטו בשנת 2010 בשל סיכון למתקפת מניעת שירות.
- ההצעה להחזיר את התכונה, BIP 347, נכתבה על ידי איתן היילמן וארמין סאבורי, ומספר ה-BIP שלה הוקצה באפריל 2024.
- OP_CAT אינו מהווה כשלעצמו ברית, אך בשילוב עם קודים אופרטיביים אחרים, ניתן להשתמש בו ליצירת הגבלות הוצאה הדומות לברית, לרבות כספות.
- נכון לאמצע שנת 2026, OP_CAT טרם הופעל ברשת הראשית של ביטקוין. המועמדים המובילים כרגע לסופט פורק הקונצנזוס הבא של ביטקוין הם OP_CTV (BIP 119) ו-OP_CHECKSIGFROMSTACK (BIP 348), ולא OP_CAT בפני עצמו.
- OP_CAT כבר פועל ב-Fractal Bitcoin, שרשרת צדדית המותאמת לביטקוין, שם הוא משמש כבסיס לתקן האסימון CAT20, והוא פועל ברשת Liquid וברשת Bitcoin Cash מזה שנים ללא כל פרצת אבטחה ידועה.
- פרויקט NFT של ביטקוין בשם Quantum Cats, שנוצר על ידי Taproot Wizards, הפך את התמיכה ב-OP_CAT לקמפיין ממים שגייס יותר מ-37 מיליון דולר לטובת פיתוח הקשור ל-OP_CAT.
כיצד פועל OP_CAT
הדרך הברורה ביותר להבין את OP_CAT היא לדמיין את מערכת הסקריפטים של ביטקוין כערימה קטנה של אבני בניין. Bitcoin Script, שפת התכנות העומדת בבסיס כל עסקה בביטקוין, היא שפה המבוססת על ערימה. הנתונים נדחפים אל הערימה, קודי הפעולה פועלים על מה שנמצא בראש הערימה, והתוצאה קובעת אם העסקה תקפה.
OP_CAT לוקח את שני הפריטים העליונים בערימה ומחבר אותם, כלומר הוא מצרף אותם זה לזה ליצירת פריט משולב אחד, אשר מוחזר לאחר מכן לראש הערימה. אם הערימה מכילה את הערכים "1" ו-"2", הפעלת OP_CAT מסירה את שניהם ומחליפה אותם ב-"12". על פי המפרט הרשמי ב- BIP 347, הפקודה OP_CAT תוסיף את x1 || x2 לערימה, כאשר סמל הצינור הכפול מסמן חיבור.
יש מגבלה חשובה אחת. OP_CAT נכשל אם יש פחות משני ערכים בערימה, או אם חיבורם ייצור ערך משולב שגודלו עולה על 520 בתים — שזהו הגודל המרבי של אלמנט סקריפט בביטקוין. מגבלת הבתים הזו משמעותית מאוד בהיסטוריה של קוד הפעולה הזה, אליה נגיע בקרוב.
כשלעצמו, חיבור של שתי מחרוזות נתונים לא נשמע כמו דבר מרשים במיוחד. אך בשפת הסקריפטים של ביטקוין מעולם לא הייתה דרך כללית לשילוב ערכים בערימה, וחסר זה הגביל את מה שמפתחים יכולים לבנות ישירות בתוך עסקאות ביטקוין. כ- Bitcoin Optech מסבירה, ב-Tapscript של ביטקוין אין דרך כללית לשילוב אובייקטים בערימה, דבר המגביל את יכולת הביטוי של Tapscript ומונע, בין היתר, את היכולת לבנות ולבצע חישובים על עצי מרקל ומבני נתונים מוצפנים אחרים ישירות ב-Tapscript. OP_CAT הוא הפתרון המוצע לפער הספציפי הזה.
מדוע הושבת OP_CAT בשנת 2010?
OP_CAT היה חלק מהגרסה הראשונה ביותר של ביטקוין. סאטושי נקאמוטו הסיר אותו, יחד עם מספר קודים אופרטיביים נוספים כגון OP_MUL, OP_DIV ו-OP_OR, בשנת 2010. הנימוק הרשמי התמקד בסיכון למתקפת מניעת שירות (DoS): סקריפט המשתמש ב-OP_CAT שוב ושוב יכול, בתיאוריה, ליצור נתון שגודלו גדל באופן אקספוננציאלי, גדול מספיק כדי להאט או לקרוס את הצמתים המנסים לאמת אותו.
באותה עת, לא הייתה מגבלה קשיחה על גודלו של פריט בודד בערימת הביטקוין. משמעות הדבר הייתה שסקריפט זדוני יכול היה להמשיך ולחבר ערכים עד שייווצר מחרוזת נתונים כבדה מספיק כדי להאט את הרשת. הסרת OP_CAT, יחד עם קודים אופרטיביים אחרים שהושבתו, הייתה צעד שמרני שהעדיף את יציבות הרשת על פני פונקציונליות שהרשת הצעירה עדיין לא נזקקה לה.
המצב השתנה בנובמבר 2021, כאשר הביטקוין הפעיל את שדרוג ה-Taproot. Taproot הציג את Tapscript, סביבת סקריפט חדשה עם כללים משלה, שאחד מהם מגביל כל פריט בערימה ל-520 בייט. מגבלת הבייט הזו חוסמת באופן ישיר את נתיב התקיפה המקורי. סקריפט עדיין יכול לקרוא ל-OP_CAT, אך הוא לעולם לא יוכל לייצר ערך גדול מספיק כדי ליצור את סוג בעיית מיצוי המשאבים שהדאיגה את סאטושי בשנת 2010. זהו הפרט הטכני שפתח מחדש את הדלת להחזרת OP_CAT, אך רק במסגרת Tapscript ולא בכל סקריפט הביטקוין.
האם OP_CAT הוא "קובננט"?
לא, לא כשלעצמו, וזו אחת הנקודות השגויות הנפוצות ביותר בנוגע ל-OP_CAT. "קובננט" (covenant), במונחי ביטקוין, הוא מגבלה על האופן שבו ניתן יהיה להשתמש בעתיד בתפוקת עסקה שלא נוצלה (UTXO). סקריפט ביטקוין רגיל יכול לבדוק רק אם הוצאה מאושרת כרגע, בדרך כלל על ידי אימות חתימה. "קובננט" הולך צעד אחד קדימה, ובודק לא רק אם ההוצאה מאושרת, אלא גם אם העסקה הנובעת ממנה עומדת בסט תנאים ספציפי.
OP_CAT אינו כולל מנגנון מובנה לבדיקת נתוני העסקה. הוא מספק דרך לשלב נתונים שונים בערימה, דבר שהופך להיות שימושי עבור "קובננטים" רק כאשר הוא משולב עם קודים אופרטיביים אחרים הבודקים חתימות מול הנתונים המשולבים הללו. ב-BIP 347 עצמו נאמר במפורש ש-OP_CAT, אף שהוצע להפעלה מחדש ב-Tapscript, אינו מהווה "קובננט". נכון יותר לתארו כ"אבן בניין" אשר, בשילוב עם קודים אופרטיביים לבדיקת חתימות, ניתן להשתמש בה כדי לדמות התנהגות הדומה לזו של "קובננט".
לכך יש חשיבות משום שהגמישות של OP_CAT היא בדיוק מה שהופך אותו למעניין ושנוי במחלוקת כאחד. אף ש-OP_CAT אינו מהווה כשלעצמו "קובננט", הוא יכול לחקות קובננטים בשל תכונה ייחודית באופן הפעולה של חתימות שנור. בשילוב עם קוד פעולה (opcode) בשם CheckSigFromStack (CSFS), אשר בודק חתימה מול נתונים שרירותיים ולא רק מול העסקה עצמה, ניתן להשתמש ב-OP_CAT כדי ליצור את אותו סוג של הגבלות הוצאה שנועדו ליצור קודי פעולה ייעודיים לאמנות.
לאילו מטרות ניתן להשתמש ב-OP_CAT?
מכיוון ש-OP_CAT הוא פרימיטיב לשימוש כללי ולא תכונה בעלת היקף מצומצם, מפתחים הציעו מגוון רחב של יישומים עבורו. בין היישומים הנדונים ביותר ניתן למנות:
- קמרונות. "כספת" היא סוג של הסכם המחייב ביצוע מספר שלבים, לעתים קרובות במסגרת עסקאות ובלוקים נפרדים, לפני שניתן להעביר את הכספים. הדבר יוצר עיכוב מובנה המעניק לבעלים זמן להבחין בהוצאות לא מורשות ולעצור אותן, ובכך משפר את מערכי האחסון הקר והמשמורת המשותפת.
- חוזים ללא מקום לפרשנות. אלה עשויים להטיל עונש על צד בערוץ תשלום, כגון רשת לייטנינג, המנסה לשדר מצב ערוץ מיושן או מזויף, ובכך לחזק את האבטחה של מערכות תשלום מחוץ לשרשרת.
- חתימות העץ. OP_CAT מאפשר יצירת סקריפטים קומפקטיים עם חתימות מרובות, שגודלם גדל באופן לוגריתמי בלבד עם מספר החותמים; כלומר, עסקה בגודל של פחות מ-1 קילובייט יכולה, בתיאוריה, לתמוך בתנאי הוצאה המתייחסים למיליוני מפתחות ציבוריים.
- בניית עץ מרקל ואימותו. מכיוון שבניית ובדיקת עץ מרקל כרוכות באופן מהותי בחיבור ערכים וביצוע חשישה שלהם, OP_CAT מספק ל-Bitcoin Script את החלק החסר הדרוש לביצוע פעולה זו באופן מובנה.
- סימנים פוסט-קוונטיים. OP_CAT יכול לאפשר שימוש בחתימות למפורט (Lamport), שיטת חתימה הנחשבת לעמידה בפני מתקפות מצד מחשבים קוונטיים, שכן חתימות למפורט אינן דורשות דבר מלבד היכולת לבצע חשיש ולשרשר ערכים בערימה.
- נכסים מטוקנים וגשרים בין-שרשרתיים. באמצעות תמיכה בסקריפטים בעלי יכולת ביטוי רחבה יותר, OP_CAT יוכל לאפשר הנפקת אסימונים ישירות ברשתות המותאמות לביטקוין, וכן גשרים בין ביטקוין לרשתות אחרות, תוך צמצום הצורך באמון.
כדאי להיות ישירים גם בנוגע ליתרונות והחסרונות במקרה זה. אותה גמישות שהופכת את OP_CAT לשימושי לכל האפשרויות שהוזכרו לעיל היא גם זו שגורמת לחלק ממפתחי הביטקוין לנקוט בזהירות כלפיו. מכיוון ש-OP_CAT הוא בעל ייעוד כללי ולא נועד למטרה ספציפית, הוא פותח את מה שמפתחים מכנים לעתים "מרחב תכנון נרחב", כלומר קשה יותר לחזות את כל הדרכים שבהן הוא עשוי להשתלב בסופו של דבר עם קודים אופרטיביים אחרים. אי-הוודאות הזו היא לב ליבו של הדיון המתמשך, ולא עניין שולי.
OP_CAT לעומת OP_CTV: השוואה בין שתי הצעות הברית המובילות
OP_CAT נדון בדרך כלל יחד עם OP_CTV (OP_CheckTemplateVerify), שהוצע ב-BIP 119 על ידי המפתח ג'רמי רובין. שניהם נועדו להעניק לביטקוין יכולת כלשהי ליצירת הסכמים, אך הם נוקטים בגישות תכנון כמעט מנוגדות.
ההבדל המעשי מתמצה בהיקף. OP_CTV מאפשר לתפוקת העסקה להתחייב לעסקה עתידית אחת מדויקת של הוצאה, תוך כיסוי פרטים כגון הגרסה, זמן הנעילה, התפוקות ומספר הקלטים. אם התבנית תואמת, ההוצאה תאושר. אם אין התאמה, העסקה לא עוברת. צמצום זה מכוון. CTV אינו רקורסיבי, כלומר עסקה שהיא מתחייבת אליה אינה יכולה להתחייב בעצמה להגבלות נוספות באופן שיוצר שרשרת קבועה של אילוצים. התומכים רואים בכך צורה בטוחה ומבוקרת יותר של התחייבות.
OP_CAT נוקט בגישה הפוכה. במקום לפתור בעיה ספציפית אחת, הוא מספק למפתחים פרימיטיב גמיש ומאפשר להם לבנות עליו. בעוד ש-CTV הוא קוד פעולה (opcode) בעל היקף מוגדר בקפידה, שנועד לאפשר קבוצה ספציפית של מקרי שימוש, OP_CAT הוא פרימיטיב – שרשור מחרוזות בערימה – שכבר היה קיים בשפת הסקריפטים המקורית של ביטקוין לפני שהושבת בשנת 2010 בשל חששות מפני התקפות מניעת שירות (DoS), חששות שכבר אינם רלוונטיים תחת מגבלות גודל הסקריפטים שלאחר Taproot. אותה גמישות היא שמאפשרת ל-OP_CAT לתמוך בהתחייבויות רקורסיביות, שבהן מגבלה אחת יכולה ליצור מגבלה נוספת בהמשך, תכונה ש-OP_CTV נמנע ממנה במכוון.
האם OP_CAT פועל כיום בביטקוין?
לא ברשת הראשית של ביטקוין. BIP 347 הגיע לסטטוס "Complete" כמסמך מפרט, מה שאומר שההצעה עצמה הושלמה ומוגדרת היטב. זהו דבר נפרד מהטמעתה בפועל, שתדרוש מהקהילת הביטקוין הרחבה וממפעילי הצמתים להפעיל אותה בפועל באמצעות סופט-פורק.
נכון לאמצע שנת 2026, OP_CAT אינו המועמד המוביל לשינוי הקונצנזוס הבא של ביטקוין. מעמד זה שייך כרגע ל-OP_CTV יחד עם OP_CHECKSIGFROMSTACK (BIP 348), קוד פעולה קשור המאפשר לסקריפט לאמת חתימה מול נתונים שרירותיים ולא רק מול עסקת ההוצאה עצמה. על פי מדריך התייחסות עדכני ל-BIP של ביטקוין, נכון לאמצע שנת 2026, המועמדים המובילים לסופט-פורק הקונצנזוס הבא הם הצעות ה-Covenant BIP 119 (OP_CHECKTEMPLATEVERIFY) ו-BIP 348 (OP_CHECKSIGFROMSTACK), אשר יאפשרו יכולות סקריפטינג חדשות לכספות, מפעלי ערוצים ופרוטוקולי שכבה 2 יעילים יותר, אם כי טרם נקבע לוח זמנים להפעלה והקונצנזוס בקהילה עדיין מתגבש.
OP_CTV התקדמה בתהליך ההפעלה יותר מ-OP_CAT. המפתחים פרסמו פרמטרים קונקרטיים לאיתות עבור סופט-פורק בסגנון BIP9: תאריך התחלה לאיתות ב-30 במרץ 2026, חלון זמן של שנה שיסתיים ב-30 במרץ 2027, גובה הפעלה מינימלי בסביבות מאי 2027, וסף איתות של 90% מהכורים בכל תקופת קושי בת שבועיים. כך, CTV פועל לפי אותו מנגנון שהפעיל את Taproot בשנת 2021, אם כי השגת סף ה-90% אינה מובטחת כלל, בהתחשב במחלוקות הרבות שעדיין קיימות בקרב קהילת המפתחים בנוגע להצעות הברית.
אף אחד מהדברים הללו לא אומר ש-OP_CAT מת. זה אומר שהדיון על ה"סופט פורק" הבא בשנת 2026 מתמקד כרגע בזוג קודים אופרנליים אחר, והדרך העתידית של OP_CAT, אם תהיה כזו, תלויה ככל הנראה באופן שבו יתפתח תחילה הדיון בנושא CTV ו-CSFS.
OP_CAT כבר פועל במקומות אחרים
אמנם OP_CAT עדיין ממתין לרשת הראשית של ביטקוין, אך הוא לא נותר ללא בדיקה. הוא פועל בשקט בסביבת ייצור בכמה רשתות הקשורות לביטקוין כבר שנים.
- רשת Liquid. בשרשרת הצד הפדרלית של Blockstream הופעלה פונקציית OP_CAT כבר מרגע השקתה, מה שהעניק למערכת האקולוגית הרחבה של ביטקוין סביבת בדיקה בעולם האמיתי שנים רבות לפני ש-BIP 347 אפילו היה קיים.
- ביטקוין קאש וביטקוין SV. שתי הרשתות החזירו את OP_CAT לשימוש במהלך שדרוגי הפרוטוקול, והוא עיבד עסקאות ברשתות אלה מבלי שנרשמה פריצה כלשהי הקשורה לקוד הפעולה עצמו.
- ביטקוין פרקטלי. זהו הפרויקט הפעיל ביותר כיום. Fractal היא רשת צדדית המותאמת לביטקוין, שנבנתה באמצעות התוכנה של Bitcoin Core עצמה ומכרה במשותף עם ביטקוין, והשיקה את הרשת הראשית שלה ב-9 בספטמבר 2024 עם תמיכה ב-OP_CAT מהיום הראשון.
כדאי לבחון את Fractal מקרוב, שכן זו התשובה הברורה ביותר לשאלה "איך זה ייראה בפועל בביטקוין". מאז השקת Fractal, פרוטוקולים חדשים ניצלו את OP_CAT ליצירת חוזים חכמים המבוססים על תוכנת הביטקוין, כולל פרוטוקול CAT, שזכה לעניין רב בקרב משתמשי ביטקוין מקוריים, לצד תקנים מתפתחים אחרים המרחיבים את הפונקציונליות של הרשת באמצעות OP_CAT.
הדוגמה הבולטת ביותר היא CAT20, תקן לאסימונים הניתנים להחלפה שנוצר במיוחד כדי לנצל את היתרונות של OP_CAT. על פי התיעוד הרשמי של Fractal Bitcoin, CAT20 מאומת במלואו על ידי הכורים ופועל באמצעות חוזים חכמים, ובפרט באמצעות התחייבויות רקורסיביות, המואכפות באופן מלא על ידי שפת הסקריפט של ביטקוין עצמה בשכבת הבסיס, דבר המבדיל אותו מתקני טוקנים המסתמכים על אימות חיצוני או של צד שלישי. בפועל, משמעות הדבר היא שהפריסה, ההנפקה וההעברה של אסימון CAT20 מתבצעות באמצעות רצף של פעולות OP_CAT הבונות מחרוזת נתונים אחת, אשר לאחר מכן נרשמת ישירות על הבלוקצ'יין ונבדקת על ידי אותם כורים המאבטחים את הרשת, ולא על ידי שירות אינדקס נפרד מחוץ לבלוקצ'יין.
סיפור "Quantum Cats": כיצד קמפיין ממים קידם את OP_CAT
רוב ההצעות לקודי אופ (opcode) נותרות מוגבלות לרשימות תפוצה ולשרשורים ב-GitHub. OP_CAT לא נותר כך, בעיקר בזכות פרויקט Bitcoin Ordinals בשם Taproot Wizards.
בינואר 2024 השיקה Taproot Wizards אוסף בסגנון NFT המונה 3,333 פריטים בשם Quantum Cats, שנוצר כולו במטרה לגייס תמיכה ציבורית להפעלה מחדש של OP_CAT. Quantum Cats רצתה ש-OP_CAT תיצור גשר ללא צורך באישור, שיוכל להעביר ביטקוין ונכסים מבוססי ביטקוין לרשתות שכבה 2 של ביטקוין, שם יוכלו להשתתף במסחר מורכב יותר. כדי להיות זכאים אפילו להשתתף בהנפקה, המשתתפים נדרשו ללמוד את ההצעה הטכנית עצמה ולתמוך בפומבי בהחזרתה, מה שהפך דיון BIP יבש למדי לקמפיין קהילתי עם אינטרסים אמיתיים.
האוסף עצמו שימש גם כהדגמה של תהליך הצמדה בפעולה. כל "חתול קוונטי" מתייחס למספר קבצים נפרדים ולא לתמונה סטטית אחת, וככל שמתגלים קבצים חדשים לאורך זמן, החתולים משתנים, מה שמשקף במדויק את פעולת ה-OP_CAT, המרכיבה יחד חלקי נתונים נפרדים.
הקמפיין הצליח במידה מספקת כדי להניב מימון משמעותי. חברת Taproot Wizards גייסה 7.5 מיליון דולר בשנת 2023, ולאחר מכן סבב גיוס של 30 מיליון דולר בפברואר 2025, כששני הסכומים יועדו במפורש לפיתוח מערכת האקוסיסטם של OP_CAT. מייסד-שותף אודי ורטהיימר תיאר את הפרויקט כמתמקד ב-OP_CAT כעתיד של ביטקוין, כאשר המימון מיועד הן לפיתוח פנימי והן לתמיכה בצוותים חיצוניים הבונים על בסיס קוד הפעולה. מכירה בודדת של "Quantum Cat" בסותבי'ס, ה-"Genesis Cat", נסגרה במחיר של 254,000 דולר, מה שמדגיש עד כמה משקל תרבותי צברה הקמפיין סביב קוד אופ של ארבעה בייטים.
זוהי תזכורת מועילה לכך שהדיונים הטכניים בנושא הביטקוין לא תמיד נשארים ברמה הטכנית. ממים, אמנות וכסף הפכו שוב ושוב לכלי לקידום השיח על הפרוטוקול לקהל רחב יותר, ו-OP_CAT הוא אחת הדוגמאות הברורות ביותר מהתקופה האחרונה לדפוס זה.
סיכום
OP_CAT מבצע פעולה פשוטה אחת: הוא מאחד שני נתונים בערימת הזיכרון של ביטקוין לנתון אחד. מה שהופך אותו למשמעותי הוא כל מה שהפונקציה הבודדת הזו עשויה לאפשר, החל מכספות אחסון קרות מאובטחות יותר, דרך חתימות פוסט-קוונטיות ועד לאסימונים מקוריים של ביטקוין – אם קהילת הביטקוין תסכים אי-פעם להחזיר אותו לשימוש. נכון ליולי 2026, הסכמה כזו עדיין לא הושגה. BIP 347 הוא מפרט מוגמר, הממוקם אחרי OP_CTV ו-OP_CHECKSIGFROMSTACK בתור לקראת הסופט-פורק הקונצנזוס הבא של ביטקוין, גם כאשר OP_CAT ממשיך לפעול בשקט וללא תקלות ב-Fractal Bitcoin, ב-Liquid וברשתות אחרות הקשורות לביטקוין. לא משנה מה יקרה בהמשך, הדיון סביב OP_CAT כבר הוכיח כיצד פיסת קוד קטנה ופשוטה יכולה למשוך מפתחים, אמנים ומשקיעים בבת אחת.
