swh:1:snp:9c27352633c4639a943e316050a7b904f57900e2
- HEAD
- refs/heads/822-tezos-client-crashes-when-tezos-client-config-is-broken-or-empty
- refs/heads/alphanet
- refs/heads/alphanet-staging
- refs/heads/astefano@emmy
- refs/heads/babylonnet
- refs/heads/carthagenet
- refs/heads/dalpha-release
- refs/heads/dannywillems-librustzcash
- refs/heads/dannywillems-remove-bls-in-vendor
- refs/heads/dannywillems@add-make-in-int-def-script
- refs/heads/doc-006-carthage
- refs/heads/ebetanet-release
- refs/heads/falphanet-release
- refs/heads/latest-release
- refs/heads/mainnet
- refs/heads/mainnet-lmdb
- refs/heads/mainnet-pack-validator
- refs/heads/mainnet-staging
- refs/heads/master
- refs/heads/toynet-release
- refs/heads/v7-release
- refs/heads/v8-release
- refs/heads/v9-release
- refs/heads/zeronet
- refs/heads/zeronet-staging
- refs/merge-requests/1/head
- refs/merge-requests/10/head
- refs/merge-requests/100/head
- refs/merge-requests/1000/head
- refs/merge-requests/1001/head
- refs/merge-requests/1002/head
- refs/merge-requests/1003/head
- refs/merge-requests/1005/head
- refs/merge-requests/1006/head
- refs/merge-requests/1007/head
- refs/merge-requests/1008/head
- refs/merge-requests/1009/head
- refs/merge-requests/101/head
- refs/merge-requests/1011/head
- refs/merge-requests/1014/head
- refs/merge-requests/1015/head
- refs/merge-requests/1016/head
- refs/merge-requests/1019/head
- refs/merge-requests/102/head
- refs/merge-requests/1020/head
- refs/merge-requests/1021/head
- refs/merge-requests/1022/head
- refs/merge-requests/1023/head
- refs/merge-requests/1026/head
- refs/merge-requests/1027/head
- refs/merge-requests/1028/head
- refs/merge-requests/1029/head
- refs/merge-requests/1031/head
- refs/merge-requests/1032/head
- refs/merge-requests/1034/head
- refs/merge-requests/1035/head
- refs/merge-requests/104/head
- refs/merge-requests/1040/head
- refs/merge-requests/1041/head
- refs/merge-requests/1043/head
- refs/merge-requests/1046/head
- refs/merge-requests/1047/head
- refs/merge-requests/1048/head
- refs/merge-requests/105/head
- refs/merge-requests/1051/head
- refs/merge-requests/1052/head
- refs/merge-requests/1053/head
- refs/merge-requests/1058/head
- refs/merge-requests/1059/head
- refs/merge-requests/106/head
- refs/merge-requests/1061/head
- refs/merge-requests/1062/head
- refs/merge-requests/1064/head
- refs/merge-requests/1067/head
- refs/merge-requests/1068/head
- refs/merge-requests/1069/head
- refs/merge-requests/107/head
- refs/merge-requests/1070/head
- refs/merge-requests/1071/head
- refs/merge-requests/1072/head
- refs/merge-requests/1074/head
- refs/merge-requests/1075/head
- refs/merge-requests/1077/head
- refs/merge-requests/1078/head
- refs/merge-requests/1079/head
- refs/merge-requests/108/head
- refs/merge-requests/1081/head
- refs/merge-requests/1082/head
- refs/merge-requests/1083/head
- refs/merge-requests/1084/head
- refs/merge-requests/1085/head
- refs/merge-requests/1087/head
- refs/merge-requests/1088/head
- refs/merge-requests/1089/head
- refs/merge-requests/1091/head
- refs/merge-requests/1092/head
- refs/merge-requests/1093/head
- refs/merge-requests/1096/head
- refs/merge-requests/1098/head
- refs/merge-requests/1099/head
- refs/merge-requests/11/head
- refs/merge-requests/110/head
- refs/merge-requests/1100/head
- refs/merge-requests/1102/head
- refs/merge-requests/1103/head
- refs/merge-requests/1104/head
- refs/merge-requests/1105/head
- refs/merge-requests/1107/head
- refs/merge-requests/1109/head
- refs/merge-requests/111/head
- refs/merge-requests/1110/head
- refs/merge-requests/1113/head
- refs/merge-requests/1114/head
- refs/merge-requests/1114/merge
- refs/merge-requests/1116/head
- refs/merge-requests/1116/merge
- refs/merge-requests/1117/head
- refs/merge-requests/1117/merge
- refs/merge-requests/1118/head
- refs/merge-requests/1118/merge
- refs/merge-requests/112/head
- refs/merge-requests/1120/head
- refs/merge-requests/1120/merge
- refs/merge-requests/1123/head
- refs/merge-requests/1127/head
- refs/merge-requests/1128/head
- refs/merge-requests/1129/head
- refs/merge-requests/113/head
- refs/merge-requests/1132/head
- refs/merge-requests/1133/head
- refs/merge-requests/1135/head
- refs/merge-requests/1136/head
- refs/merge-requests/1138/head
- refs/merge-requests/1139/head
- refs/merge-requests/114/head
- refs/merge-requests/1140/head
- refs/merge-requests/1145/head
- refs/merge-requests/1146/head
- refs/merge-requests/1147/head
- refs/merge-requests/1149/head
- refs/merge-requests/1153/head
- refs/merge-requests/1154/head
- refs/merge-requests/1155/head
- refs/merge-requests/1156/head
- refs/merge-requests/1156/merge
- refs/merge-requests/1158/head
- refs/merge-requests/1160/head
- refs/merge-requests/1163/head
- refs/merge-requests/1166/head
- refs/merge-requests/1166/merge
- refs/merge-requests/1168/head
- refs/merge-requests/1168/merge
- refs/merge-requests/1169/head
- refs/merge-requests/1169/merge
- refs/merge-requests/117/head
- refs/merge-requests/1170/head
- refs/merge-requests/1172/head
- refs/merge-requests/1174/head
- refs/merge-requests/1177/head
- refs/merge-requests/1178/head
- refs/merge-requests/1179/head
- refs/merge-requests/1180/head
- refs/merge-requests/1183/head
- refs/merge-requests/1184/head
- refs/merge-requests/1185/head
- refs/merge-requests/1186/head
- refs/merge-requests/1188/head
- refs/merge-requests/1189/head
- refs/merge-requests/119/head
- refs/merge-requests/1193/head
- refs/merge-requests/1195/head
- refs/merge-requests/1196/head
- refs/merge-requests/1198/head
- refs/merge-requests/12/head
- refs/merge-requests/120/head
- refs/merge-requests/1202/head
- refs/merge-requests/1206/head
- refs/merge-requests/1207/head
- refs/merge-requests/1210/head
- refs/merge-requests/1212/head
- refs/merge-requests/1213/head
- refs/merge-requests/1214/head
- refs/merge-requests/1215/head
- refs/merge-requests/1215/merge
- refs/merge-requests/1217/head
- refs/merge-requests/122/head
- refs/merge-requests/1221/head
- refs/merge-requests/1221/merge
- refs/merge-requests/1222/head
- refs/merge-requests/1222/merge
- refs/merge-requests/1224/head
- refs/merge-requests/1224/merge
- refs/merge-requests/1225/head
- refs/merge-requests/1225/merge
- refs/merge-requests/1226/head
- refs/merge-requests/1226/merge
- refs/merge-requests/1227/head
- refs/merge-requests/1227/merge
- refs/merge-requests/1228/head
- refs/merge-requests/1228/merge
- refs/merge-requests/1229/head
- refs/merge-requests/1229/merge
- refs/merge-requests/123/head
- refs/merge-requests/1232/head
- refs/merge-requests/1232/merge
- refs/merge-requests/1233/head
- refs/merge-requests/1233/merge
- refs/merge-requests/1234/head
- refs/merge-requests/1234/merge
- refs/merge-requests/1235/head
- refs/merge-requests/1235/merge
- refs/merge-requests/1238/head
- refs/merge-requests/1238/merge
- refs/merge-requests/1239/head
- refs/merge-requests/1239/merge
- refs/merge-requests/124/head
- refs/merge-requests/1240/head
- refs/merge-requests/1240/merge
- refs/merge-requests/1243/head
- refs/merge-requests/1243/merge
- refs/merge-requests/1245/head
- refs/merge-requests/1245/merge
- refs/merge-requests/125/head
- refs/merge-requests/1250/head
- refs/merge-requests/1250/merge
- refs/merge-requests/1252/head
- refs/merge-requests/1252/merge
- refs/merge-requests/1254/head
- refs/merge-requests/1254/merge
- refs/merge-requests/1255/head
- refs/merge-requests/1255/merge
- refs/merge-requests/1259/head
- refs/merge-requests/1259/merge
- refs/merge-requests/126/head
- refs/merge-requests/1260/head
- refs/merge-requests/1260/merge
- refs/merge-requests/1266/head
- refs/merge-requests/1266/merge
- refs/merge-requests/1267/head
- refs/merge-requests/1267/merge
- refs/merge-requests/1269/head
- refs/merge-requests/1269/merge
- refs/merge-requests/127/head
- refs/merge-requests/1270/head
- refs/merge-requests/1270/merge
- refs/merge-requests/1271/head
- refs/merge-requests/1271/merge
- refs/merge-requests/1273/head
- refs/merge-requests/1273/merge
- refs/merge-requests/1274/head
- refs/merge-requests/1274/merge
- refs/merge-requests/1275/head
- refs/merge-requests/1275/merge
- refs/merge-requests/1276/head
- refs/merge-requests/1276/merge
- refs/merge-requests/1277/head
- refs/merge-requests/1277/merge
- refs/merge-requests/1279/head
- refs/merge-requests/1279/merge
- refs/merge-requests/128/head
- refs/merge-requests/1280/head
- refs/merge-requests/1280/merge
- refs/merge-requests/1281/head
- refs/merge-requests/1281/merge
- refs/merge-requests/1283/head
- refs/merge-requests/1283/merge
- refs/merge-requests/1285/head
- refs/merge-requests/1285/merge
- refs/merge-requests/1287/head
- refs/merge-requests/1287/merge
- refs/merge-requests/1288/head
- refs/merge-requests/1288/merge
- refs/merge-requests/1289/head
- refs/merge-requests/1289/merge
- refs/merge-requests/129/head
- refs/merge-requests/1290/head
- refs/merge-requests/1290/merge
- refs/merge-requests/1294/head
- refs/merge-requests/1294/merge
- refs/merge-requests/1295/head
- refs/merge-requests/1295/merge
- refs/merge-requests/1296/head
- refs/merge-requests/1296/merge
- refs/merge-requests/1297/head
- refs/merge-requests/1297/merge
- refs/merge-requests/1298/head
- refs/merge-requests/1298/merge
- refs/merge-requests/1299/head
- refs/merge-requests/1299/merge
- refs/merge-requests/13/head
- refs/merge-requests/130/head
- refs/merge-requests/1300/head
- refs/merge-requests/1300/merge
- refs/merge-requests/1301/head
- refs/merge-requests/1301/merge
- refs/merge-requests/1302/head
- refs/merge-requests/1302/merge
- refs/merge-requests/1303/head
- refs/merge-requests/1303/merge
- refs/merge-requests/1305/head
- refs/merge-requests/1305/merge
- refs/merge-requests/1306/head
- refs/merge-requests/1306/merge
- refs/merge-requests/1307/head
- refs/merge-requests/1307/merge
- refs/merge-requests/1308/head
- refs/merge-requests/1308/merge
- refs/merge-requests/1309/head
- refs/merge-requests/1309/merge
- refs/merge-requests/1310/head
- refs/merge-requests/1310/merge
- refs/merge-requests/1311/head
- refs/merge-requests/1311/merge
- refs/merge-requests/1312/head
- refs/merge-requests/1312/merge
- refs/merge-requests/1313/head
- refs/merge-requests/1313/merge
- refs/merge-requests/1315/head
- refs/merge-requests/1315/merge
- refs/merge-requests/1316/head
- refs/merge-requests/1316/merge
- refs/merge-requests/1318/head
- refs/merge-requests/1318/merge
- refs/merge-requests/1319/head
- refs/merge-requests/1319/merge
- refs/merge-requests/1320/head
- refs/merge-requests/1323/head
- refs/merge-requests/1323/merge
- refs/merge-requests/1324/head
- refs/merge-requests/1324/merge
- refs/merge-requests/1326/head
- refs/merge-requests/1326/merge
- refs/merge-requests/1327/head
- refs/merge-requests/1327/merge
- refs/merge-requests/1328/head
- refs/merge-requests/1328/merge
- refs/merge-requests/1329/head
- refs/merge-requests/1329/merge
- refs/merge-requests/1331/head
- refs/merge-requests/1331/merge
- refs/merge-requests/1337/head
- refs/merge-requests/1337/merge
- refs/merge-requests/1339/head
- refs/merge-requests/1339/merge
- refs/merge-requests/134/head
- refs/merge-requests/1340/head
- refs/merge-requests/1340/merge
- refs/merge-requests/1341/head
- refs/merge-requests/1341/merge
- refs/merge-requests/1342/head
- refs/merge-requests/1342/merge
- refs/merge-requests/1343/head
- refs/merge-requests/1343/merge
- refs/merge-requests/1345/head
- refs/merge-requests/1345/merge
- refs/merge-requests/1346/head
- refs/merge-requests/1346/merge
- refs/merge-requests/1347/head
- refs/merge-requests/1347/merge
- refs/merge-requests/1348/head
- refs/merge-requests/1348/merge
- refs/merge-requests/1349/head
- refs/merge-requests/1349/merge
- refs/merge-requests/1351/head
- refs/merge-requests/1351/merge
- refs/merge-requests/1352/head
- refs/merge-requests/1352/merge
- refs/merge-requests/1354/head
- refs/merge-requests/1354/merge
- refs/merge-requests/1355/head
- refs/merge-requests/1355/merge
- refs/merge-requests/1356/head
- refs/merge-requests/1356/merge
- refs/merge-requests/1357/head
- refs/merge-requests/1357/merge
- refs/merge-requests/1358/head
- refs/merge-requests/1358/merge
- refs/merge-requests/136/head
- refs/merge-requests/1360/head
- refs/merge-requests/1360/merge
- refs/merge-requests/1361/head
- refs/merge-requests/1361/merge
- refs/merge-requests/1362/head
- refs/merge-requests/1362/merge
- refs/merge-requests/1363/head
- refs/merge-requests/1363/merge
- refs/merge-requests/1364/head
- refs/merge-requests/1364/merge
- refs/merge-requests/1365/head
- refs/merge-requests/1365/merge
- refs/merge-requests/1367/head
- refs/merge-requests/1367/merge
- refs/merge-requests/1368/head
- refs/merge-requests/1368/merge
- refs/merge-requests/1369/head
- refs/merge-requests/1369/merge
- refs/merge-requests/137/head
- refs/merge-requests/1374/head
- refs/merge-requests/1374/merge
- refs/merge-requests/1378/head
- refs/merge-requests/1378/merge
- refs/merge-requests/1379/head
- refs/merge-requests/1379/merge
- refs/merge-requests/138/head
- refs/merge-requests/1380/head
- refs/merge-requests/1380/merge
- refs/merge-requests/1381/head
- refs/merge-requests/1381/merge
- refs/merge-requests/1383/head
- refs/merge-requests/1383/merge
- refs/merge-requests/1384/head
- refs/merge-requests/1384/merge
- refs/merge-requests/1385/head
- refs/merge-requests/1385/merge
- refs/merge-requests/1386/head
- refs/merge-requests/1386/merge
- refs/merge-requests/1387/head
- refs/merge-requests/1387/merge
- refs/merge-requests/1389/head
- refs/merge-requests/1389/merge
- refs/merge-requests/139/head
- refs/merge-requests/1391/head
- refs/merge-requests/1391/merge
- refs/merge-requests/1392/head
- refs/merge-requests/1392/merge
- refs/merge-requests/1393/head
- refs/merge-requests/1393/merge
- refs/merge-requests/1394/head
- refs/merge-requests/1394/merge
- refs/merge-requests/1395/head
- refs/merge-requests/1395/merge
- refs/merge-requests/1396/head
- refs/merge-requests/1396/merge
- refs/merge-requests/1397/head
- refs/merge-requests/1397/merge
- refs/merge-requests/14/head
- refs/merge-requests/1401/head
- refs/merge-requests/1401/merge
- refs/merge-requests/1408/head
- refs/merge-requests/1408/merge
- refs/merge-requests/1409/head
- refs/merge-requests/1409/merge
- refs/merge-requests/141/head
- refs/merge-requests/1412/head
- refs/merge-requests/1412/merge
- refs/merge-requests/1413/head
- refs/merge-requests/1413/merge
- refs/merge-requests/1415/head
- refs/merge-requests/1415/merge
- refs/merge-requests/1418/head
- refs/merge-requests/1418/merge
- refs/merge-requests/142/head
- refs/merge-requests/1420/head
- refs/merge-requests/1420/merge
- refs/merge-requests/1421/head
- refs/merge-requests/1421/merge
- refs/merge-requests/1424/head
- refs/merge-requests/1424/merge
- refs/merge-requests/1425/head
- refs/merge-requests/1425/merge
- refs/merge-requests/1426/head
- refs/merge-requests/1426/merge
- refs/merge-requests/1427/head
- refs/merge-requests/1427/merge
- refs/merge-requests/1429/head
- refs/merge-requests/1429/merge
- refs/merge-requests/143/head
- refs/merge-requests/1431/head
- refs/merge-requests/1431/merge
- refs/merge-requests/1432/head
- refs/merge-requests/1432/merge
- refs/merge-requests/1434/head
- refs/merge-requests/1434/merge
- refs/merge-requests/1435/head
- refs/merge-requests/1435/merge
- refs/merge-requests/1436/head
- refs/merge-requests/1436/merge
- refs/merge-requests/1437/head
- refs/merge-requests/1437/merge
- refs/merge-requests/1439/head
- refs/merge-requests/1439/merge
- refs/merge-requests/1440/head
- refs/merge-requests/1440/merge
- refs/merge-requests/1443/head
- refs/merge-requests/1443/merge
- refs/merge-requests/1444/head
- refs/merge-requests/1444/merge
- refs/merge-requests/1445/head
- refs/merge-requests/1445/merge
- refs/merge-requests/145/head
- refs/merge-requests/1457/head
- refs/merge-requests/1457/merge
- refs/merge-requests/1459/head
- refs/merge-requests/1459/merge
- refs/merge-requests/1461/head
- refs/merge-requests/1461/merge
- refs/merge-requests/1464/head
- refs/merge-requests/1464/merge
- refs/merge-requests/1466/head
- refs/merge-requests/1466/merge
- refs/merge-requests/1468/head
- refs/merge-requests/1468/merge
- refs/merge-requests/1469/head
- refs/merge-requests/1469/merge
- refs/merge-requests/147/head
- refs/merge-requests/1473/head
- refs/merge-requests/1473/merge
- refs/merge-requests/1474/head
- refs/merge-requests/1474/merge
- refs/merge-requests/1475/head
- refs/merge-requests/1475/merge
- refs/merge-requests/1479/head
- refs/merge-requests/1479/merge
- refs/merge-requests/148/head
- refs/merge-requests/1480/head
- refs/merge-requests/1480/merge
- refs/merge-requests/1483/head
- refs/merge-requests/1483/merge
- refs/merge-requests/1486/head
- refs/merge-requests/1486/merge
- refs/merge-requests/1487/head
- refs/merge-requests/1487/merge
- refs/merge-requests/1490/head
- refs/merge-requests/1490/merge
- refs/merge-requests/1491/head
- refs/merge-requests/1491/merge
- refs/merge-requests/1493/head
- refs/merge-requests/1493/merge
- refs/merge-requests/1495/head
- refs/merge-requests/1495/merge
- refs/merge-requests/1497/head
- refs/merge-requests/1497/merge
- refs/merge-requests/1498/head
- refs/merge-requests/1498/merge
- refs/merge-requests/15/head
- refs/merge-requests/150/head
- refs/merge-requests/1500/head
- refs/merge-requests/1500/merge
- refs/merge-requests/1503/head
- refs/merge-requests/1503/merge
- refs/merge-requests/1504/head
- refs/merge-requests/1504/merge
- refs/merge-requests/1506/head
- refs/merge-requests/1506/merge
- refs/merge-requests/1510/head
- refs/merge-requests/1510/merge
- refs/merge-requests/1512/head
- refs/merge-requests/1512/merge
- refs/merge-requests/1517/head
- refs/merge-requests/1517/merge
- refs/merge-requests/152/head
- refs/merge-requests/1520/head
- refs/merge-requests/1520/merge
- refs/merge-requests/1521/head
- refs/merge-requests/1521/merge
- refs/merge-requests/1523/head
- refs/merge-requests/1523/merge
- refs/merge-requests/1524/head
- refs/merge-requests/153/head
- refs/merge-requests/1531/head
- refs/merge-requests/1531/merge
- refs/merge-requests/1533/head
- refs/merge-requests/1533/merge
- refs/merge-requests/1534/head
- refs/merge-requests/1534/merge
- refs/merge-requests/1535/head
- refs/merge-requests/1535/merge
- refs/merge-requests/1536/head
- refs/merge-requests/1536/merge
- refs/merge-requests/1537/head
- refs/merge-requests/1537/merge
- refs/merge-requests/154/head
- refs/merge-requests/1541/head
- refs/merge-requests/1541/merge
- refs/merge-requests/1543/head
- refs/merge-requests/1543/merge
- refs/merge-requests/1546/head
- refs/merge-requests/1546/merge
- refs/merge-requests/1547/head
- refs/merge-requests/1547/merge
- refs/merge-requests/1548/head
- refs/merge-requests/1548/merge
- refs/merge-requests/1550/head
- refs/merge-requests/1550/merge
- refs/merge-requests/1556/head
- refs/merge-requests/1556/merge
- refs/merge-requests/156/head
- refs/merge-requests/1560/head
- refs/merge-requests/1560/merge
- refs/merge-requests/1562/head
- refs/merge-requests/1562/merge
- refs/merge-requests/1564/head
- refs/merge-requests/1564/merge
- refs/merge-requests/1566/head
- refs/merge-requests/1566/merge
- refs/merge-requests/1568/head
- refs/merge-requests/1568/merge
- refs/merge-requests/1569/head
- refs/merge-requests/1569/merge
- refs/merge-requests/1571/head
- refs/merge-requests/1571/merge
- refs/merge-requests/1572/head
- refs/merge-requests/1572/merge
- refs/merge-requests/1574/head
- refs/merge-requests/1574/merge
- refs/merge-requests/1575/head
- refs/merge-requests/1575/merge
- refs/merge-requests/1576/head
- refs/merge-requests/1576/merge
- refs/merge-requests/1577/head
- refs/merge-requests/1577/merge
- refs/merge-requests/1579/head
- refs/merge-requests/1579/merge
- refs/merge-requests/158/head
- refs/merge-requests/1581/head
- refs/merge-requests/1581/merge
- refs/merge-requests/1582/head
- refs/merge-requests/1582/merge
- refs/merge-requests/1583/head
- refs/merge-requests/1583/merge
- refs/merge-requests/1584/head
- refs/merge-requests/1584/merge
- refs/merge-requests/1585/head
- refs/merge-requests/1585/merge
- refs/merge-requests/1586/head
- refs/merge-requests/1586/merge
- refs/merge-requests/1588/head
- refs/merge-requests/1588/merge
- refs/merge-requests/1589/head
- refs/merge-requests/1589/merge
- refs/merge-requests/159/head
- refs/merge-requests/1590/head
- refs/merge-requests/1590/merge
- refs/merge-requests/1591/head
- refs/merge-requests/1591/merge
- refs/merge-requests/1593/head
- refs/merge-requests/1593/merge
- refs/merge-requests/1595/head
- refs/merge-requests/1595/merge
- refs/merge-requests/1598/head
- refs/merge-requests/1598/merge
- refs/merge-requests/1599/head
- refs/merge-requests/1599/merge
- refs/merge-requests/16/head
- refs/merge-requests/1603/head
- refs/merge-requests/1603/merge
- refs/merge-requests/1604/head
- refs/merge-requests/1604/merge
- refs/merge-requests/1607/head
- refs/merge-requests/1607/merge
- refs/merge-requests/1608/head
- refs/merge-requests/1608/merge
- refs/merge-requests/1611/head
- refs/merge-requests/1611/merge
- refs/merge-requests/1612/head
- refs/merge-requests/1612/merge
- refs/merge-requests/1613/head
- refs/merge-requests/1613/merge
- refs/merge-requests/1614/head
- refs/merge-requests/1614/merge
- refs/merge-requests/1615/head
- refs/merge-requests/1615/merge
- refs/merge-requests/1616/head
- refs/merge-requests/1616/merge
- refs/merge-requests/1618/head
- refs/merge-requests/1618/merge
- refs/merge-requests/1619/head
- refs/merge-requests/1619/merge
- refs/merge-requests/162/head
- refs/merge-requests/1621/head
- refs/merge-requests/1621/merge
- refs/merge-requests/1622/head
- refs/merge-requests/1622/merge
- refs/merge-requests/1623/head
- refs/merge-requests/1623/merge
- refs/merge-requests/1625/head
- refs/merge-requests/1625/merge
- refs/merge-requests/1627/head
- refs/merge-requests/1627/merge
- refs/merge-requests/1628/head
- refs/merge-requests/1628/merge
- refs/merge-requests/1629/head
- refs/merge-requests/1629/merge
- refs/merge-requests/163/head
- refs/merge-requests/1632/head
- refs/merge-requests/1632/merge
- refs/merge-requests/1635/head
- refs/merge-requests/1635/merge
- refs/merge-requests/1637/head
- refs/merge-requests/1637/merge
- refs/merge-requests/1638/head
- refs/merge-requests/1638/merge
- refs/merge-requests/1641/head
- refs/merge-requests/1641/merge
- refs/merge-requests/1643/head
- refs/merge-requests/1643/merge
- refs/merge-requests/1644/head
- refs/merge-requests/1644/merge
- refs/merge-requests/1645/head
- refs/merge-requests/1645/merge
- refs/merge-requests/1646/head
- refs/merge-requests/1646/merge
- refs/merge-requests/1648/head
- refs/merge-requests/1648/merge
- refs/merge-requests/1649/head
- refs/merge-requests/1649/merge
- refs/merge-requests/165/head
- refs/merge-requests/1650/head
- refs/merge-requests/1650/merge
- refs/merge-requests/1651/head
- refs/merge-requests/1651/merge
- refs/merge-requests/1652/head
- refs/merge-requests/1652/merge
- refs/merge-requests/1653/head
- refs/merge-requests/1653/merge
- refs/merge-requests/1654/head
- refs/merge-requests/1654/merge
- refs/merge-requests/1656/head
- refs/merge-requests/1658/head
- refs/merge-requests/1658/merge
- refs/merge-requests/1660/head
- refs/merge-requests/1660/merge
- refs/merge-requests/1661/head
- refs/merge-requests/1661/merge
- refs/merge-requests/1662/head
- refs/merge-requests/1662/merge
- refs/merge-requests/1664/head
- refs/merge-requests/1664/merge
- refs/merge-requests/1665/head
- refs/merge-requests/1665/merge
- refs/merge-requests/1666/head
- refs/merge-requests/1666/merge
- refs/merge-requests/1668/head
- refs/merge-requests/1668/merge
- refs/merge-requests/1669/head
- refs/merge-requests/1669/merge
- refs/merge-requests/167/head
- refs/merge-requests/1670/head
- refs/merge-requests/1670/merge
- refs/merge-requests/1672/head
- refs/merge-requests/1676/head
- refs/merge-requests/1676/merge
- refs/merge-requests/1677/head
- refs/merge-requests/1677/merge
- refs/merge-requests/1679/head
- refs/merge-requests/1679/merge
- refs/merge-requests/1681/head
- refs/merge-requests/1681/merge
- refs/merge-requests/1682/head
- refs/merge-requests/1682/merge
- refs/merge-requests/1686/head
- refs/merge-requests/1686/merge
- refs/merge-requests/1687/head
- refs/merge-requests/1687/merge
- refs/merge-requests/1688/head
- refs/merge-requests/1688/merge
- refs/merge-requests/169/head
- refs/merge-requests/1690/head
- refs/merge-requests/1690/merge
- refs/merge-requests/1692/head
- refs/merge-requests/1692/merge
- refs/merge-requests/1693/head
- refs/merge-requests/1693/merge
- refs/merge-requests/1694/head
- refs/merge-requests/1694/merge
- refs/merge-requests/1695/head
- refs/merge-requests/1695/merge
- refs/merge-requests/1696/head
- refs/merge-requests/1696/merge
- refs/merge-requests/1697/head
- refs/merge-requests/1697/merge
- refs/merge-requests/1698/head
- refs/merge-requests/1698/merge
- refs/merge-requests/1699/head
- refs/merge-requests/1699/merge
- refs/merge-requests/17/head
- refs/merge-requests/170/head
- refs/merge-requests/1700/head
- refs/merge-requests/1700/merge
- refs/merge-requests/1702/head
- refs/merge-requests/1702/merge
- refs/merge-requests/1706/head
- refs/merge-requests/1706/merge
- refs/merge-requests/1707/head
- refs/merge-requests/1707/merge
- refs/merge-requests/1708/head
- refs/merge-requests/1708/merge
- refs/merge-requests/1709/head
- refs/merge-requests/1709/merge
- refs/merge-requests/1712/head
- refs/merge-requests/1712/merge
- refs/merge-requests/1716/head
- refs/merge-requests/1716/merge
- refs/merge-requests/1717/head
- refs/merge-requests/1717/merge
- refs/merge-requests/1718/head
- refs/merge-requests/1718/merge
- refs/merge-requests/1719/head
- refs/merge-requests/1719/merge
- refs/merge-requests/172/head
- refs/merge-requests/1721/head
- refs/merge-requests/1721/merge
- refs/merge-requests/1722/head
- refs/merge-requests/1722/merge
- refs/merge-requests/1723/head
- refs/merge-requests/1723/merge
- refs/merge-requests/1724/head
- refs/merge-requests/1724/merge
- refs/merge-requests/1728/head
- refs/merge-requests/1728/merge
- refs/merge-requests/1729/head
- refs/merge-requests/1729/merge
- refs/merge-requests/173/head
- refs/merge-requests/1730/head
- refs/merge-requests/1730/merge
- refs/merge-requests/1732/head
- refs/merge-requests/1732/merge
- refs/merge-requests/1733/head
- refs/merge-requests/1733/merge
- refs/merge-requests/1735/head
- refs/merge-requests/1735/merge
- refs/merge-requests/1737/head
- refs/merge-requests/1737/merge
- refs/merge-requests/1738/head
- refs/merge-requests/1738/merge
- refs/merge-requests/1739/head
- refs/merge-requests/1739/merge
- refs/merge-requests/174/head
- refs/merge-requests/1742/head
- refs/merge-requests/1742/merge
- refs/merge-requests/1745/head
- refs/merge-requests/1745/merge
- refs/merge-requests/1747/head
- refs/merge-requests/1747/merge
- refs/merge-requests/175/head
- refs/merge-requests/1750/head
- refs/merge-requests/1750/merge
- refs/merge-requests/1751/head
- refs/merge-requests/1751/merge
- refs/merge-requests/1752/head
- refs/merge-requests/1752/merge
- refs/merge-requests/1753/head
- refs/merge-requests/1753/merge
- refs/merge-requests/1754/head
- refs/merge-requests/1754/merge
- refs/merge-requests/1756/head
- refs/merge-requests/1756/merge
- refs/merge-requests/176/head
- refs/merge-requests/1762/head
- refs/merge-requests/1762/merge
- refs/merge-requests/1763/head
- refs/merge-requests/1763/merge
- refs/merge-requests/1765/head
- refs/merge-requests/1765/merge
- refs/merge-requests/1766/head
- refs/merge-requests/1766/merge
- refs/merge-requests/1767/head
- refs/merge-requests/1767/merge
- refs/merge-requests/1768/head
- refs/merge-requests/177/head
- refs/merge-requests/1772/head
- refs/merge-requests/1772/merge
- refs/merge-requests/1773/head
- refs/merge-requests/1773/merge
- refs/merge-requests/1774/head
- refs/merge-requests/1774/merge
- refs/merge-requests/1775/head
- refs/merge-requests/1776/head
- refs/merge-requests/1778/head
- refs/merge-requests/1778/merge
- refs/merge-requests/178/head
- refs/merge-requests/1780/head
- refs/merge-requests/1781/head
- refs/merge-requests/1781/merge
- refs/merge-requests/1782/head
- refs/merge-requests/1782/merge
- refs/merge-requests/1784/head
- refs/merge-requests/1784/merge
- refs/merge-requests/1788/head
- refs/merge-requests/1788/merge
- refs/merge-requests/179/head
- refs/merge-requests/1792/head
- refs/merge-requests/1792/merge
- refs/merge-requests/1793/head
- refs/merge-requests/1793/merge
- refs/merge-requests/1794/head
- refs/merge-requests/1794/merge
- refs/merge-requests/1796/head
- refs/merge-requests/1796/merge
- refs/merge-requests/1797/head
- refs/merge-requests/1797/merge
- refs/merge-requests/1798/head
- refs/merge-requests/1798/merge
- refs/merge-requests/18/head
- refs/merge-requests/180/head
- refs/merge-requests/1800/head
- refs/merge-requests/1800/merge
- refs/merge-requests/1801/head
- refs/merge-requests/1801/merge
- refs/merge-requests/1802/head
- refs/merge-requests/1802/merge
- refs/merge-requests/1803/head
- refs/merge-requests/1803/merge
- refs/merge-requests/1805/head
- refs/merge-requests/1805/merge
- refs/merge-requests/1806/head
- refs/merge-requests/1806/merge
- refs/merge-requests/1807/head
- refs/merge-requests/1807/merge
- refs/merge-requests/1808/head
- refs/merge-requests/1808/merge
- refs/merge-requests/181/head
- refs/merge-requests/1810/head
- refs/merge-requests/1810/merge
- refs/merge-requests/1811/head
- refs/merge-requests/1811/merge
- refs/merge-requests/1812/head
- refs/merge-requests/1812/merge
- refs/merge-requests/1813/head
- refs/merge-requests/1813/merge
- refs/merge-requests/1814/head
- refs/merge-requests/1814/merge
- refs/merge-requests/1818/head
- refs/merge-requests/1818/merge
- refs/merge-requests/1819/head
- refs/merge-requests/1819/merge
- refs/merge-requests/182/head
- refs/merge-requests/1822/head
- refs/merge-requests/1822/merge
- refs/merge-requests/1823/head
- refs/merge-requests/1823/merge
- refs/merge-requests/1824/head
- refs/merge-requests/1824/merge
- refs/merge-requests/1827/head
- refs/merge-requests/1827/merge
- refs/merge-requests/1828/head
- refs/merge-requests/1828/merge
- refs/merge-requests/1829/head
- refs/merge-requests/1829/merge
- refs/merge-requests/183/head
- refs/merge-requests/1830/head
- refs/merge-requests/1830/merge
- refs/merge-requests/1831/head
- refs/merge-requests/1831/merge
- refs/merge-requests/1832/head
- refs/merge-requests/1832/merge
- refs/merge-requests/1834/head
- refs/merge-requests/1834/merge
- refs/merge-requests/1839/head
- refs/merge-requests/1839/merge
- refs/merge-requests/184/head
- refs/merge-requests/1841/head
- refs/merge-requests/1841/merge
- refs/merge-requests/1842/head
- refs/merge-requests/1842/merge
- refs/merge-requests/1843/head
- refs/merge-requests/1843/merge
- refs/merge-requests/1844/head
- refs/merge-requests/1846/head
- refs/merge-requests/1846/merge
- refs/merge-requests/185/head
- refs/merge-requests/1850/head
- refs/merge-requests/1850/merge
- refs/merge-requests/1851/head
- refs/merge-requests/1851/merge
- refs/merge-requests/1852/head
- refs/merge-requests/1852/merge
- refs/merge-requests/1854/head
- refs/merge-requests/1854/merge
- refs/merge-requests/1855/head
- refs/merge-requests/1855/merge
- refs/merge-requests/1857/head
- refs/merge-requests/1857/merge
- refs/merge-requests/1859/head
- refs/merge-requests/1859/merge
- refs/merge-requests/186/head
- refs/merge-requests/1860/head
- refs/merge-requests/1860/merge
- refs/merge-requests/1861/head
- refs/merge-requests/1861/merge
- refs/merge-requests/1863/head
- refs/merge-requests/1863/merge
- refs/merge-requests/1864/head
- refs/merge-requests/1864/merge
- refs/merge-requests/1865/head
- refs/merge-requests/1865/merge
- refs/merge-requests/1866/head
- refs/merge-requests/1866/merge
- refs/merge-requests/1867/head
- refs/merge-requests/1867/merge
- refs/merge-requests/1868/head
- refs/merge-requests/1868/merge
- refs/merge-requests/187/head
- refs/merge-requests/1870/head
- refs/merge-requests/1871/head
- refs/merge-requests/1871/merge
- refs/merge-requests/1872/head
- refs/merge-requests/1872/merge
- refs/merge-requests/1873/head
- Branches list truncated to 1000 entries, 1869 were omitted.
No releases to show
Permalinks
To reference or cite the objects present in the Software Heritage archive, permalinks based on SoftWare Hash IDentifiers (SWHIDs) must be used.
Select below a type of object currently browsed in order to display its associated SWHID and permalink.
Revision | Author | Date | Message | Commit Date |
---|---|---|---|---|
0106a83 | Ivan Gromakovskii | 27 October 2019, 15:22:08 UTC | Merge branch 'gromak/fix-alphanet.sh' into 'master' Do not add `file:` to `$docker_path` in alphanet.sh See merge request tezos/tezos!1352 | 27 October 2019, 15:22:08 UTC |
c66eaf7 | Sebastien Mondet | 26 October 2019, 13:08:41 UTC | Remove non-built file (rebase mess up) | 26 October 2019, 13:09:58 UTC |
eafe06c | Philippe Bidinger | 23 October 2019, 14:15:01 UTC | Test/python: re-enable linter and fix linting | 25 October 2019, 18:35:26 UTC |
c9159dc | Seb Mondet | 25 October 2019, 10:07:18 UTC | File_descriptor_sink: split ≠ sink for stdout/err See comments <https://gitlab.com/tezos/tezos/merge_requests/1292> | 25 October 2019, 10:07:18 UTC |
e9ae34c | Ivan Gromakovskii | 24 October 2019, 16:31:03 UTC | Do not add `file:` to `$docker_path` in alphanet.sh `alphanet.sh` is broken when you pass an argument with `container:` prefix to it. For example: $ ./babylonnet.sh client activate account alice with "container:/home/james/Downloads/tz1boB5GrcAVRtjQQLrpjM4Xpp1E438La4Wn.json" Produces error: ``` Error: Erroneous command line argument 5 (file:/tmp/tz1boB5GrcAVRtjQQLrpjM4Xpp1E438La4Wn.json). File doesn't exist: 'file:/tmp/tz1boB5GrcAVRtjQQLrpjM4Xpp1E438La4Wn.json' ``` There is a line which adds `file:` prefix to `$docker_path`. Without it everything seems to work. | 24 October 2019, 16:31:03 UTC |
508012a | Pierre Boutillier | 24 October 2019, 07:03:14 UTC | Documentation publication: preserve redirections {{main,alpha,zero}net,master}/index.html -> /index.html | 24 October 2019, 07:03:14 UTC |
a3c7714 | Pierre Boutillier | 23 October 2019, 17:00:23 UTC | Documentation: fixup publication on gitlab.io | 23 October 2019, 18:36:32 UTC |
9d51454 | Pierre Boutillier | 23 October 2019, 16:01:38 UTC | Documentation: only publish on gitlab.io 'master' doc As 'master' is the only case where the documentation is published, files are put the root of the repository instead of the in the master/ sub directory. | 23 October 2019, 16:02:00 UTC |
15a5779 | Adrian Brink | 23 October 2019, 10:02:25 UTC | Remove tzscan.io and replace it with other block explorers | 23 October 2019, 10:02:25 UTC |
4e42f5e | Raphaël Cauderlier | 23 October 2019, 06:43:54 UTC | Doc/Fix: Add the required double quotes around key_hash literals in the Babylon protocol documentation | 23 October 2019, 06:43:54 UTC |
ded75bb | Philippe Bidinger | 14 October 2019, 12:20:47 UTC | P2p: doc sockets/protocol | 22 October 2019, 16:00:33 UTC |
991a529 | Philippe Bidinger | 26 August 2019, 09:48:59 UTC | P2p_io_scheduler: variable renaming for clarity | 22 October 2019, 16:00:33 UTC |
18dbf6b | Raphaël Proust | 14 October 2019, 22:19:26 UTC | Tooling, CI, Makefile: check for tabs in script files during lint | 21 October 2019, 15:49:14 UTC |
33f2d23 | Raphaël Proust | 06 October 2019, 00:52:19 UTC | Scripts: replace tabs (\t) by spaces ( ) | 21 October 2019, 15:49:14 UTC |
218becb | Pierre Boutillier | 21 October 2019, 13:34:50 UTC | Flextesa: the default --protocol-kind is Babylon | 21 October 2019, 13:34:50 UTC |
36ced38 | Pierre Boutillier | 21 October 2019, 13:00:02 UTC | Run "make fmt" | 21 October 2019, 13:00:02 UTC |
ae3ab2e | Tomáš Zemanovič | 02 September 2019, 15:06:24 UTC | Test/python: Update client command 'hash data' expected output | 21 October 2019, 12:45:21 UTC |
22501ef | Tomáš Zemanovič | 14 August 2019, 12:07:10 UTC | Tests/Python: disable test_check_head until fixed | 21 October 2019, 12:45:16 UTC |
8963d6a | vbot | 20 September 2019, 12:06:41 UTC | Proto: add vanity nonce | 21 October 2019, 12:44:06 UTC |
f82226f | vbot | 18 September 2019, 15:09:54 UTC | Client: fix `run script` command output format | 21 October 2019, 12:44:05 UTC |
51f42ac | vbot | 18 September 2019, 15:05:44 UTC | Proto/Michelson: restore missing optional log argument to the step function | 21 October 2019, 12:44:04 UTC |
9559e5f | Raphaël Cauderlier | 17 September 2019, 15:00:55 UTC | Protocol/Michelson: Fix the computation of the big_map flag on type construtors | 21 October 2019, 12:44:03 UTC |
b660099 | Raphaël Cauderlier | 17 September 2019, 14:58:38 UTC | Tests: Add a failing test for big_maps | 21 October 2019, 12:44:02 UTC |
6c29c19 | Benjamin Canou | 01 August 2019, 12:49:09 UTC | Proto: update the tags of manager operations | 21 October 2019, 12:44:00 UTC |
9cc43ae | Benjamin Canou | 31 July 2019, 12:42:13 UTC | Proto: use only one size byte for entrypoint name | 21 October 2019, 12:43:59 UTC |
e95009e | Benjamin Canou | 31 July 2019, 12:41:42 UTC | Proto: update the fitness format for Emmy+ | 21 October 2019, 12:43:58 UTC |
74952c4 | Benjamin Canou | 18 June 2019, 14:36:20 UTC | Docs: synchronise Michelson specification - Updates the documentation of `big_map`s. - Adds a short documentation of entrypoints. - Adds the chain_id type and the `CHAIN_ID` instruction - Adds `COMPARE` variants. - Adds documentation for `APPLY`. | 21 October 2019, 12:43:56 UTC |
74f982d | Benjamin Canou | 23 July 2019, 15:52:42 UTC | Tests/Bash: adapt to the new protocol | 21 October 2019, 12:40:50 UTC |
bdc1eff | Benjamin Canou | 23 July 2019, 14:55:39 UTC | Tests/Contracts: update Michelson test contracts and bash tests - Update tests for the new semantics of CREATE_CONTRACT. - Adds tests for DIG, DUG, DROP and DIP. - Test the new CHAIN_ID instruction. - Test the new APPLY instruction. | 21 October 2019, 12:40:48 UTC |
f42e51e | Benjamin Canou | 23 July 2019, 14:57:53 UTC | Tests/Python: update Python tests - Add all constants to parameters. - Adapt the tests to the new constants and semantics. - Adapt for minimum proposal quorum. - Adapt test_multinode_snapshot to Emmy+. - Adapt to Michelson lightweight multiple entrypoints | 21 October 2019, 12:40:34 UTC |
c80e102 | Benjamin Canou | 23 July 2019, 16:18:27 UTC | Tests/OCaml: Adapt to the new protocol - Add test to quorum caps. - Adapt tests to the new endorsement semantics. - Adapt tests for delegatable implicit accounts. - Add tests for minimum proposal quorum. - Adapt tests for lightweight multiple entrypoints. - Adapt tests for disabled storage of values of type contract t | 21 October 2019, 12:25:37 UTC |
6ec45a6 | Tomáš Zemanovič | 05 June 2019, 09:13:18 UTC | Parameters: add constants for Emmy+, proposal_quorum and quorum caps This is not a patch for the protocol. It does not affect the hash, but it adds the new constants for Emmy+, proposal quorum and quorum caps to the parameters used to bootstrap a protocol in tests or test-nets. | 21 October 2019, 12:25:36 UTC |
974da48 | Raphaël Cauderlier | 23 July 2019, 12:10:04 UTC | Proto/Michelson: Deprecate instruction STEPS_TO_QUOTA The semantics of the STEPS_TO_QUOTA instruction changes each time the gas constants are modified to better reflect the real costs. Moreover, because of STEPS_TO_QUOTA, the interpreter is not monotonic: it is easy to write a contract that runs successfully at some gas amount but fails when more gas is given. | 21 October 2019, 12:25:35 UTC |
22d2fa7 | Ilias Garnier | 22 July 2019, 09:44:39 UTC | Proto/Michelson: expose internal function of the Michelson interpreter This patch is a refactor that does not change the semantics. It will allow external tools such as steppers or debuggers to control more finely the Michelson interpreter from outside the protocol. | 21 October 2019, 12:25:34 UTC |
2a3e4a3 | Galfour | 07 May 2019, 15:32:48 UTC | Proto/Michelson: add `APPLY` instruction to partially apply a lambda This instruction applies a tuplified function from the stack. Such a lambda is storable, and thus values that cannot be stored (values of type `operation`, `contract _` and `big_map _ _`) cannot be captured by `APPLY` (cannot appear in ``'a``). | 21 October 2019, 12:25:33 UTC |
c4872e3 | Benjamin Canou | 25 July 2019, 12:01:09 UTC | Client: adapt to relaxed big_map restrictions This is not a patch for the protocol. It does not affect the hash, but is needed for the client to work. | 21 October 2019, 12:25:32 UTC |
6f106df | Benjamin Canou | 02 July 2019, 22:00:29 UTC | Proto/Michelson: relax big_map restrictions A contract can now have more than one big_map, they can be placed anywhere in the storage. Big maps can be transferred from a contract to another, either as parameter (transactions) or storage (originations). In this case, they are morally duplicated (as opposed to shared) from the contract point of view. In the implementation, sharing happens. Big maps can be created with `EMPTY_BIG_MAP t` and cleared on the fly. The big_map type still cannot appear as argument of big_map, PUSH or UNPACK. When you duplicate a big map, you are charged with the full storage cost. This patch moves the big maps outside of the contracts in the context, in their own prefix path and indexed by integers. Big_map literals in Michelson expressions are now either the same as maps or their integer index. A temporary zone is introduced, necessary to make sure that big_maps are not spuriously cleared or left dangling during big_map transfers in internal operations. These are represented by negative indexes, and don't persist. | 21 October 2019, 12:25:31 UTC |
e722e9b | Ilias Garnier | 02 July 2019, 14:49:10 UTC | Proto/Michelson: new gas costs The cost functions in Michelson_v1_gas were to a large extent automatically generated. Please refer to meta_model.ml The (abstract) cost model makes large use of floating-point coefficient. These were converted to either integer multiplication/divisions or to statically generated fixed-point computations. | 21 October 2019, 12:25:30 UTC |
daea8ab | Ilias Garnier | 21 June 2019, 12:47:37 UTC | Proto/Michelson: finer-grained cost accounting for the interpreter I. Rescaling step cost - Rescale step_cost by 2^7 to allow finer cost accounting in the interpeter. - Expose new function atomic_step_cost exposing finer resolution step increments. II. Provide facilities for interpreter-specific cost accounting Introduce new functions `Gas.incr_interpreter_cost` and `Gas.bill_interpreter_cost`. - The context stores a new counter 'interpreter_cost' of type Gas_limit_repr.cost - functions are provided to: - increment this counter (incr_interpreter_cost) and - bill for the gas corresponding to this counter and reset this counter. Until bill_interpreter_cost is called, the interpreter_cost is _not_ taken into account into the effectively consumed gas. - Each call to incr_interpreter_cost still checks that we are under the operation and block gas limits. - The interpreter uses these functions instead of the usual Gas.consume. The invariant that has to be respected for this to be transparent to the rest of the protocol is that all continuations of the `step` function to other functions should bill and reset the interpreter_cost beforehand. This concerns calls to interp, calls to the typechecker, calls to read from a big map, calls to the serialization/deserialization mechanism, etc; in short, all calls to other parts of the protocol should have a context in a state where this fine-grained gas bookkeeping has been settled and reset. | 21 October 2019, 12:25:27 UTC |
c5bda6c | Ilias Garnier | 25 June 2019, 06:51:51 UTC | Proto/Michelson: add comparable_ty type witness in boxed sets Some cost functions require computing the size of keys/elts of maps/sets. Not being able to dispatch on the element type was making this impossible outside of the interpreter (where the element type of the set could be accessed elsewhere). This patch fixes that. | 21 October 2019, 12:25:27 UTC |
b2ad6e4 | Ilias Garnier | 19 July 2019, 09:14:17 UTC | Proto/Michelson: unshare cost functions of the interpeter & the rest of the protocol This patch is a refactor to prepare for the gas costs rehaul. It dissociates the gas consumed by the interpreter, which is the part that is updated according to thorough benchmarking, from other source of gas consumption in the protocol (typechecking, serialization etc.) which are left untouched in this update. | 21 October 2019, 12:25:26 UTC |
4487f84 | Benjamin Canou | 18 July 2019, 12:51:39 UTC | Proto/Michelson: extend comparison to linear pair structures Michelson's `COMPARE` instruction can currently only compare simple values (`string`s, `int`s, etc.). This limitation also applies to `set`, `map` and `big_map` indexes. This is an issue in particular for `big_map`s that cannot be nested, because it prevents indexing data by a pair of indexes, such as a `key_hash` and a `string`. This patch lifts that restriction, allowing to compare `pair`s of values, as long as their left component remains a simple value, impicitly making comparable values right combs whose leaves are simple values. The ordering is naturally lexicographic. This patch also refactors a bit the comparison code to simplify it and reduce code duplication. | 21 October 2019, 12:25:25 UTC |
5f92df5 | Raphaël Proust | 27 June 2019, 00:19:25 UTC | Proto/Michelson: comparisons return -1, 0, or 1, as per the documentation The Michelson documentation states that `COMPARE` pushes -1 (resp. 1) if the top element of the stack is smaller (resp. greater) than the second. However, the implementation can actually push a negative number instead of -1 and a positive number instead of 1 depending on the type and values. This semantics should not break any code as the result of `COMPARE` is almost always comsumed by comparison projectors such as `GT` or `LT` who only care about the sign. However, for the sake of consistency, this patches makes `COMPARE` return only -1, 0 or 1. This fixes issue #546 | 21 October 2019, 12:25:24 UTC |
36fbc8d | Tomáš Zemanovič | 11 July 2019, 15:35:46 UTC | Proto/Michelson: add special encoding for `do` and `set/remove_delegate` entrypoints This patch optimises the binary representation of transactions to usual entrypoints. The `do` entrypoint is used by manager.tz script and the `set_delegate` and `remove_delegate` by spendable script transformation. | 21 October 2019, 12:25:23 UTC |
55d1a6c | Tomáš Zemanovič | 14 May 2019, 14:48:56 UTC | Client: update to the new tz1/KT1 policy This is not a patch for the protocol. It does not affect the hash, but is needed for the client to work. | 21 October 2019, 12:25:20 UTC |
071d5eb | Tomáš Zemanovič | 09 May 2019, 14:34:42 UTC | Proto: all KT1s must now be scripted Contains BREAKING CHANGES (see end of message). It removes the manager, spendable and delegatable flags and counter from all KT1s. It deprecates CREATE_ACCOUNT from use in new contracts, as well as the manager, spendable and delegatable arguments from CREATE_CONTRACT. Already deployed contracts with deprecated instructions will continue to work by using legacy support scripts (deploying `manager.tz` for `CREATE_ACCOUNT` and adding entrypoints for `CREATE_CONTRACT`). This change will impact all users of the RPC API as well as anyone who forges operations. The source of manager operations is now a tz1, tz2 or tz3, and no longer a KT1. The manager field and the spendable and delegatable flags disappear from the origination operation format (JSON and binary) as well as everywhere in the RPC API. | 21 October 2019, 12:25:19 UTC |
daceb8b | Benjamin Canou | 23 July 2019, 14:45:36 UTC | Proto/Michelson: handle default entrypoint originated before migration This patch preserves the semantics of `CREATE_CONTRACT` instructions for contracts deployed before the migration that deploy a contract with a default entrypoint. This is done by adding a `%root` entrypoint as detailed in a previous patch. | 21 October 2019, 12:25:18 UTC |
f06c6a3 | Benjamin Canou | 17 July 2019, 14:11:11 UTC | Proto: add code stubs to handle `%default` entrypoints originated before migration This code stub adds a `%root` entrypoint to contracts that have a default entrypoint, and rewrite their calls to `SELF` into `SELF %root`. This is used to preserve the typing of `SELF` within contracts with deployed before the migration that have a `%default` entrypoint. | 21 October 2019, 12:25:17 UTC |
bff82e0 | Raphaël Cauderlier | 17 June 2019, 17:28:53 UTC | Client: add a chain_id parameter to RPCs and update the multisig support This is not a patch for the protocol. It does not affect the hash, but is needed for the client to work. | 21 October 2019, 12:25:16 UTC |
530ca59 | Raphaël Cauderlier | 17 June 2019, 17:28:53 UTC | Proto/Michelson: Add CHAIN_ID and chain_id Add an abstract type and an instruction to obtain the chain id from Michelson code. This is to implement replay protection between the main chain and the test chain spawned in phase 3 of the voting procedure. | 21 October 2019, 12:25:15 UTC |
d92e04e | Tomáš Zemanovič | 14 June 2019, 10:39:26 UTC | Proto: add Michelson code stubs to replicate manager operations on KT1s Spendable, scriptless contracts are simulated by the 'manager.tz' script, which replaces their functionality. It allows for the contract's manager to set and withdraw delegate, spend the contract's funds and to set a new manager, which is written into script's storage. The 'manager.tz' script's parameters have field annotations, which in combination with script entry-points allows for friendlier commands for running the script. Spendable and delegatable flags are simulated by adding entrypoints to a scripted contract. | 21 October 2019, 12:25:15 UTC |
9bdc929 | Tomáš Zemanovič | 18 June 2019, 15:16:36 UTC | Client: Add client 'call' command aliasing 'transfer 0' This is not a patch for the protocol. | 21 October 2019, 12:25:13 UTC |
7839bd6 | Tomáš Zemanovič | 14 June 2019, 14:26:49 UTC | Client: fix 'Invalid_arity' error pretty-print argument order This is not a patch for the protocol. | 21 October 2019, 12:25:12 UTC |
3f33632 | Raphaël Proust | 15 July 2019, 16:31:22 UTC | Proto: do not use parallel iterators This patch does not change the semantics. Using serial iterators (map_s) instead of parallel iterators (map_p) increases the determinism of the protocol. | 21 October 2019, 12:25:10 UTC |
8f488e9 | Benjamin Canou | 28 May 2019, 12:10:13 UTC | Client: make macros DIIIP and DUUUP use new indexed instructions This is not a patch for the protocol. It makes existing macros produce cheaper code thatnks to the new stack instructions. | 21 October 2019, 12:25:08 UTC |
01c321d | Georges Dupéron | 03 May 2019, 11:41:04 UTC | Proto/Michelson: new instructions `DIG n`, `DUG n`, `DIP n { code }`, `DROP n` - `DIG n` : get the element at top of the n-th tail of the stack and move it to the top. `DIG 0` is a no-op. - `DUG n` : get the element at the top of the stack, and move it downwards n slots. `DUG 0` is a no-op. - `DIP n { code }` : execute code after removing the top n elements of the stack, and put these n elements back on top of the resulting stack. `DIP 0 { code }` is equivalent to `{ code }`. - `DROP n` : drop the top `n` elements of the stack. `DROP 0` is a no-op. Smart contract authors should switch to these new instructions in their developments. | 21 October 2019, 12:25:07 UTC |
351cb3e | Eugen Zalinescu | 17 January 2019, 19:46:14 UTC | Proto/Michelson: corrected error message for the contract type This is a minor fix for the Michelson typechecker to produce a better error message on some ill-typed contracts. | 21 October 2019, 12:25:06 UTC |
2ac0d97 | Vincent Botbol | 09 May 2019, 13:57:39 UTC | Proto/Michelson: modify semantics of NOW instruction The `NOW` instruction now pushes the minimal injection time on the stack for the current block/priority, instead of the actual timestamp put in the block by the baker. This is a change required by the switch to Emmy+, in which a baker could decide after having forged a block to include a late endorsement and update the timestamp to an earlier point. With the current semantics of `NOW`, this would mean reevaluating all operations to make sure they are still valid everytime such a change is decided. This patch prevents that issue by fixing the timestamp seen by Michelson independently of the number of endorsements. | 21 October 2019, 12:25:05 UTC |
7354c78 | Benjamin Canou | 05 July 2019, 13:30:48 UTC | Proto/Michelson: annotation semantics fixes Contains a BREAKING CHANGE (see end of message). Some instructions were missing consistency checks on the annotations of their arguments. For instance, it was possible to `CONS` a value of type `unit :A` on a `list (unit :B)`. Smart contracts already deployed before the migration will continue to work even if they present such issues. However, smart contract authors should already make sure that their annotations are consistent by using the new typechecker in a sandbox. This is even more recommended for contracts deployed before the migration that use the `CREATE_CONTRACT` instruction. If the code they deploy is ill-annotated according to the new stricter rule, these contracts will produce failing operations after the migration. | 21 October 2019, 12:25:04 UTC |
7d646d5 | Benjamin Canou | 24 June 2019, 15:58:37 UTC | Proto/Michelson: do not allow annotations inside data anymore Some Michelson values could bear type annotations. These were inconsistent and unspecified. Annotations inside data can now only appear inside lambdas. | 21 October 2019, 12:25:03 UTC |
6d10af1 | Benjamin Canou | 10 July 2019, 09:44:59 UTC | Proto/Michelson: option cannot bear field annotations anymore Contains a BREAKING CHANGE (see end of message). Field annotations on `option` types were inconsistent with other field annotations on other types, interfering with field annotations on their parent type, and the implementation was buggy. Smart contract authors should stop putting field annotations on their option types, or their contract will not be deployable after the migration. It is enough to erase the annotations. | 21 October 2019, 12:25:02 UTC |
ba21c64 | Benjamin Canou | 10 July 2019, 09:41:34 UTC | Client: adapt to Michelson lightweight multiple entrypoints This is not a patch for the protocol. It does not affect the hash, but is needed for the client to work. | 21 October 2019, 12:25:01 UTC |
810d0b3 | Julien Tesson | 23 July 2019, 17:06:05 UTC | Proto/Michelson: add services to list entrypoints This patchs adds four new URIs. - `/helpers/entrypoint_type` - `/helpers/list_entrypoints` - `/contracts/index/<KT1>/entrypoints/` - `/contracts/index/<KT1>/entrypoints/<name>` | 21 October 2019, 12:24:59 UTC |
296aec5 | Benjamin Canou | 10 July 2019, 10:15:51 UTC | Proto/Michelson: add lightweight multiple entrypoints Contains a BREAKING CHANGE (see end of message). This patch implements a way for a transaction to target a specific code path of a smart contract using a name. The implementation is piggy baking on Michelson's or type and field annotations. To take advantage of the multiple entrypoint feature, the parameter type of a contract must have at its toplevel a tree of `or` types. At each branching point in this tree, a field annotation (the ones with a %) can appear, providing the name of the entrypoint. Transactions now have to specify an entrypoint name. When a transaction is executed, the appropriate `Left` and `Right` constructors are automatically added to the value that is pushed onto the input stack, depending on the position of the entrypoint in the parameter type tree. This way, two contracts who share an entrypoint of the same type under the same name can be called exactly the same, even if the entrypoint is placed at a different point in their parameter type tree. From inside the smart contract, nothing changes. From within Michelson, this feature is also available. The `contract t` type now points to a specific entrypoint (of type `t`) of the contract. For this, the `CONTRACT` and `SELF` instructions now take an optional annotation (set to `%default` if not passed). The `TRANSFER_TOKEN` instruction will then use the entrypoint from the `contract t` value that it consumes from the stack. An exception to the semantics is made for the `%default` entrypoint : if present in the contract, it behaves as any other, however if not present, default is automatically attributed to the root of the parameter type. A special check is made at origination that there is no two entrypoints with the same name, and that if a default is present somewhere, then all entrypoints must be named, as otherwise some parts of the code would be unreachable. Smart contract developers can already use the feature, and their contracts will automatically take advantage of entrypoints after the migration. Smart contract developers should take great care when deploying contracts that use the `CREATE_CONTRACT` instruction, as this instruction will produce a failing operation after the migration if it tries to deploy a contract with ill formed entrypoints. To prevent this, contract authors should test their contract in a sandbox with the new protocol, or simply avoid hardcoding the `CREATE_CONTRACT` instruction when possible. | 21 October 2019, 12:24:58 UTC |
4f2967e | Tom Jack | 10 July 2019, 09:37:11 UTC | Client: handle disabled storing values of type contract t This is not a patch for the protocol. It does not affect the hash, but is needed for the client to work. | 21 October 2019, 12:24:46 UTC |
deeaa84 | Tom Jack | 10 July 2019, 09:35:51 UTC | Proto/Michelson: disable storing values of type `contract t` in newly originated contracts Contains a BREAKING CHANGE (see end of message). In Athens and before, Michelson contracts could store typed handles to contracts in their storage or in constants in the code. This meant that typechecking a contract required accessing other contracts from the chain context. This extra type safety was not worth the engineering cost for tooling and high level languages. Contracts will now have to store values of type `address` and use the `CONTRACT` instruction to typecheck contract references on demand. All existing contracts that used the feature will continue to work as-is. This is done by introducing a `legacy` flag througout the typechecking code, with the following trivial semantics: - everything already in the chain is considered `legacy` and can use deprecated features, - everything added to the chain (parameters of transactions and code and storage of originations cannot. Smart contract developers should adapt their code to store `address`es and use instruction `CONTRACT`. | 21 October 2019, 12:24:45 UTC |
fe3fcd5 | Tom Jack | 30 May 2019, 13:56:29 UTC | Proto/Michelson: eliminate useless storage read for parse_contract This patch removes a spurious access to the storage when typecheking a contract reference. It makes this operation cheaper in gas. | 21 October 2019, 12:24:44 UTC |
0409176 | Georges Dupéron | 17 May 2019, 15:45:02 UTC | Proto/Michelson: peephole optimization of UNPAIR This makes the often used `UNPAIR` macro cheaper in terms of gas. | 21 October 2019, 12:24:43 UTC |
914bc52 | Tomáš Zemanovič | 09 July 2019, 17:21:28 UTC | Proto: Require 5% minimum quorum of protocol proposal Contains a BREAKING CHANGE (see end of message). The protocol will now remain in the initial proposal voting phase until a protocol gets upvoted by at least 5% of the stake. Third party developers should make sure they can parse the new fields in the `/constants` RPC, or at least ignore them. | 21 October 2019, 12:24:42 UTC |
d4286ec | Adrian Brink | 27 April 2019, 12:29:26 UTC | Proto: make implicit accounts delegatable Contains BREAKING CHANGES (see end of message). Implicit accounts (tz1, tz2, tz3) can directly set their delegate. Furthermore implicit accounts have the ability to delete their delegate by sending a "delegate" transaction with an empty delegate field. This specific patch does not impact the ability for originated (KT1) accounts to set or delete their delegate. The storage type of the "Delegated" accounts changes it's index from "Contract_hash" to "Contract_repr.Index". This change in the type signature allows that both implicit and originated accounts can be stored in the set. Explorers and wallets should handle the delegation from tz1, tz2 and tz3 accounts. RPC `/context/delegates/<pkh>/delegated_contracts` (and composite RPC `/context/delegates/<pkh>/`) can now contain tz1, tz2 and tz3 addresses. | 21 October 2019, 12:24:41 UTC |
ef7d20a | Vincent Botbol | 03 May 2019, 12:07:15 UTC | Baker: adapt baker code for Emmy+ This is not a patch for the protocol. It does not affect the hash, but is needed for the baker to work. - BREAKING CHANGE: remove the await_endorsement arg as it becomes mandatory. - Implement new heuristic to wait for endorsements - Adapt local validation to match the new validation semantics. - Fix "bake for --minimal-timestamp". - Prevent the creation of block with a timestamp in the future unless --force is given. | 21 October 2019, 12:24:40 UTC |
f343c0d | Eugen Zalinescu | 07 June 2019, 12:24:55 UTC | Proto: rewards depend on block priority Contains a BREAKING CHANGE (see end of message). The baking reward is now calculated w.r.t a given priority [p] and a number [e] of included endorsements as follows: (block_reward / (p+1)) * (0.8 + 0.2 * e / endorsers_per_block) Explorers or bakers that recompute the reward by themselves should implement this new formula. Those who use the block receipts should be fine. | 21 October 2019, 12:24:39 UTC |
73795dc | Vincent Botbol | 03 May 2019, 14:19:16 UTC | Proto: freeze endorsement deposits at operation application In Athens and before, endorsement deposits where taken at the end of the block validation, after the transactions, including transaction from the endorsers' accounts. This made things more difficult for the baker, and led to a few mishaps in the past. This patch changes that behaviour, so that endorsement deposits are taken before transactions are evaluated. | 21 October 2019, 12:24:38 UTC |
3ed6c3a | Pierre Chambart | 10 May 2019, 19:58:07 UTC | Proto: add RPCs to query the required endorsement constraints This patch adds the necessary RPCs to implement the baker for Emmy+. Developers of analytics tools or explorers may also want to use these new RPCs. | 21 October 2019, 12:24:36 UTC |
71ac6bb | Pierre Chambart | 10 May 2019, 14:54:33 UTC | Proto: add a minimum number of endorsements requirement, a.k.a Emmy+ Contains a BREAKING CHANGE (see end of message). A block is now valid only if its timestamp has a minimal delay with respect to the previous block's timestamp, and this minimal delay depends not only on the block's priority but also on the number of endorsement operations included in the block. In Emmy+, blocks' fitness increases by one unit with each level. In this way, Emmy+ simplifies the optimal baking strategy: The bakers used to have to choose whether to wait for more endorsements to include in their block, or to publish the block immediately, without waiting. The incentive for including more endorsements was to increase the fitness and win against unknown blocks. However, when a block was produced too late in the priority period, there was the risk that the block did not reach endorsers before the block of next priority. In Emmy+, the baker does not need to take such a decision, because the baker cannot publish a block too early. Third party developers should make sure they can parse the new fields in the `/constants` RPC, or at least ignore them. | 21 October 2019, 12:24:35 UTC |
bb2ea62 | Adrian Brink | 09 May 2019, 15:57:49 UTC | Proto: participation EMA and min/max quorum caps Contains a BREAKING CHANGE (see end of message). Change the formula from quorum update on vote period to participation EMA (exponential moving average). Current quorum storage is removed and new storage participation EMA is introduced. Minimum and maximum quorum caps are added to the constants of the economic protocol. Whenever a voting period would cause the quorum to go below or above the caps it will be bound to the limit defined in the constants. In the future token holders can easily modify the caps by changing the constants. Third party developers should make sure they can parse the new fields in the `/constants` RPC, or at least ignore them. | 21 October 2019, 12:24:34 UTC |
fa294d6 | Marco Stronati | 16 April 2019, 20:25:15 UTC | Proto: remove default constants store all constants in the context This patch does not change the semantics. It changes the way protocol parameters (such as the block delay or the gas limit) are provided at protocol activation and stored in the context. Previously they were using an optional scheme, which allowed to launch a test network with the default mainnet constants, only specifying the updated ones. This feature led to confusion and several mishaps on the test networks, so it was decided that the parameters should now be provided exhaustively in the activation block of test networks or sandboxes. | 21 October 2019, 12:24:33 UTC |
93cf772 | Benjamin Canou | 03 July 2019, 12:44:50 UTC | Proto: allow storage functors to not register in the JSON storage RPC This patch does not change the semantics. It allows to hide some fields from the `/raw/context` access RPCs. This feature is used in later migration patches, to hide (re)moved fields after the migration. | 21 October 2019, 12:24:32 UTC |
4904756 | Marco Stronati | 16 April 2019, 20:32:21 UTC | Proto: remove unused register_resolvers function This patch does not change the semantics. It removes a vestigial accessory feature to provide completion of addresses from prefixes. This is a job for indexers and has nothing to do in the protocol. | 21 October 2019, 12:24:31 UTC |
e0e0947 | Raphaël Proust | 20 June 2019, 12:52:50 UTC | Proto: handle non-singleton traces This patch does not change the semantics. It is a minor refactory that uses a better pattern for error recovery in order to prevent future mistakes. | 21 October 2019, 12:24:30 UTC |
83c5e5e | Benjamin Canou | 25 June 2019, 09:56:40 UTC | Client: Michelson fix annotation handling in CADDADR | 21 October 2019, 12:24:29 UTC |
c439b15 | Raphaël Proust | 06 May 2019, 08:15:50 UTC | Client: use built-in return operators | 21 October 2019, 12:24:27 UTC |
3a3e66a | Marco Stronati | 20 June 2019, 17:36:04 UTC | Scripts: add yes-node to activate_protocol.sh | 21 October 2019, 12:24:24 UTC |
74e9c62 | Marco Stronati | 05 June 2019, 08:22:47 UTC | Proto: fix many odoc errors | 21 October 2019, 12:12:50 UTC |
bfe53e5 | Victor Allombert | 17 October 2019, 14:48:50 UTC | Bin_node: allow various configuration files in data dir | 17 October 2019, 16:23:53 UTC |
ca6c044 | Victor Allombert | 17 October 2019, 12:29:48 UTC | Bin_node: move default file name definitions | 17 October 2019, 14:57:02 UTC |
65d45af | Raphaël Proust | 15 October 2019, 04:12:41 UTC | Node: improve node_data_version Includes documentation and Lwt-ization of system functions. | 17 October 2019, 14:57:01 UTC |
b6ca30c | Raphaël Proust | 15 October 2019, 04:12:41 UTC | Bin_node: bugfix version checking | 17 October 2019, 14:57:01 UTC |
f0d619a | Matthew Bauer | 20 September 2019, 18:39:31 UTC | Ledger: update tests to app versions 2.2.0 - See also https://github.com/obsidiansystems/ledger-app-tezos/pull/82. - Show values for origination tests that the apps can parse. - Update display to match ledger output. | 17 October 2019, 14:49:06 UTC |
bfd7721 | Sebastien Mondet | 18 September 2019, 18:01:30 UTC | Sandbox: use mini-network from library | 17 October 2019, 14:49:06 UTC |
77baba0 | Sebastien Mondet | 20 September 2019, 20:38:56 UTC | Ledger: improve Wallet tests | 17 October 2019, 14:49:06 UTC |
025789b | Elliot Cameron | 20 September 2019, 20:36:28 UTC | Ledger: support Babylon for Baking tests | 17 October 2019, 14:49:06 UTC |
d0ebf96 | Sebastien Mondet | 20 September 2019, 20:33:00 UTC | Sandbox: make voting test protocol independent | 17 October 2019, 14:49:06 UTC |
a9c5d3a | Sebastien Mondet | 20 September 2019, 20:28:22 UTC | Sandbox: make accusations test protocol independent | 17 October 2019, 14:49:06 UTC |
a2fbda7 | Sebastien Mondet | 20 September 2019, 18:25:49 UTC | Vendors: update `flextesa-lib` | 17 October 2019, 14:49:06 UTC |
b543900 | Raphaël Cauderlier | 17 October 2019, 12:50:58 UTC | Doc/Michelson: various fixes | 17 October 2019, 12:50:58 UTC |
991dbac | p | 16 October 2019, 14:07:31 UTC | Everywhere: use standard flags, remove unused variables and dead code accordingly | 16 October 2019, 14:07:31 UTC |
9a9c868 | Thomas Gazagnaire | 10 October 2019, 16:54:30 UTC | irmin: update to latest version - [index] better documention - [irmin] no allocation in Irmin.Type.decode_bin for fixed-size strings - [index] use a global buffer to decode entries during the search - [irmin] remove ephemerons in Irmin.Tree | 15 October 2019, 13:44:40 UTC |
ce3f17c | Victor Allombert | 09 October 2019, 13:57:34 UTC | Bin_node: update data_version (from 0.0.3 to 0.0.4) | 15 October 2019, 08:14:39 UTC |
4c1c491 | Victor Allombert | 02 October 2019, 12:47:19 UTC | Storage: forward error message on b58 read failure Co-authored-by: Raphaël Proust <code@bnwr.net> | 15 October 2019, 08:14:39 UTC |