Tôi nghĩ vấn đề này khá đơn giản.
Tất cả các hình thức tương tác có thể được mô phỏng bằng máy Turing.
TM là ngôn ngữ bất tiện cho nghiên cứu về tính toán tương tác (trong hầu hết các trường hợp) bởi vì các vấn đề thú vị bị nhấn chìm trong tiếng ồn của mã hóa.
Mọi người làm việc về toán học tương tác đều biết điều này.
Hãy để tôi giải thích điều này chi tiết hơn.
Các máy Turing rõ ràng có thể mô hình hóa tất cả các mô hình tính toán tương tác hiện có theo nghĩa sau: Chọn một số mã hóa cú pháp có liên quan dưới dạng chuỗi nhị phân, viết một TM lấy đầu vào là hai chương trình tương tác được mã hóa P, Q (trong một mô hình tính toán tương tác được chọn) và trả về đúng chính xác khi có một bước giảm từ P xuống Q trong hệ thống viết lại thuật ngữ có liên quan (nếu tính toán của bạn có mối quan hệ chuyển tiếp tạm thời, hãy tiến hành sửa đổi). Vì vậy, bạn đã có một TM thực hiện mô phỏng từng bước tính toán trong phép tính tương tác. Rõ ràng pi-compus, tính toán môi trường xung quanh, CCS, CSP, Petri-lưới, tính toán pi thời gian và bất kỳ mô hình tính toán tương tác nào khác đã được nghiên cứu có thể được thể hiện theo nghĩa này. Đây là những gì mọi người có nghĩa là khi họ nói tương tác không vượt ra ngoài TM.
N. Krishnaswami đề cập đến một cách tiếp cận thứ hai để mô hình hóa tính tương tác bằng cách sử dụng băng orory. Cách tiếp cận này khác với cách giải thích về mối quan hệ giảm / chuyển đổi ở trên, bởi vì khái niệm về TM đã thay đổi: chúng tôi chuyển từ TM đơn giản sang TM bằng băng orory. Cách tiếp cận này phổ biến trong lý thuyết phức tạp và mật mã, chủ yếu là vì nó cho phép các nhà nghiên cứu trong các lĩnh vực này chuyển các công cụ và kết quả của họ từ thế giới tuần tự sang thế giới đồng thời.
Vấn đề với cả hai phương pháp là các vấn đề lý thuyết đồng thời thực sự bị che khuất. Lý thuyết đồng thời tìm cách hiểu tương tác như một hiện tượng sui. Cả hai cách tiếp cận thông qua TM chỉ đơn giản là thay thế một chủ nghĩa hình thức thuận tiện để thể hiện một ngôn ngữ lập trình tương tác bằng một hình thức ít thuận tiện hơn.
Trong cả hai cách tiếp cận các vấn đề lý thuyết đồng thời thực sự, tức là truyền thông và cơ sở hạ tầng hỗ trợ của nó có một đại diện trực tiếp. Chúng ở đó, có thể nhìn thấy bằng mắt được đào tạo, nhưng được mã hóa, ẩn trong sương mù không thể xuyên thủng của sự phức tạp mã hóa. Vì vậy, cả hai cách tiếp cận đều tệ trong việc toán học hóa các mối quan tâm chính của tính toán tương tác. Lấy ví dụ những gì có thể là ý tưởng tốt nhất trong lý thuyết về ngôn ngữ lập trình trong nửa thế kỷ qua, tiên đề của Milner và cộng sự về ép đùn phạm vi (là một bước quan trọng trong lý thuyết tổng quát về cấu tạo):
P| (νx ) Q ≡ ( ν x ) ( P| Q)cung cấp x ∉ f v ( P)
Ý tưởng này đơn giản đến mức nào khi được thể hiện bằng ngôn ngữ ngôn ngữ được thiết kế riêng như phép tính pi. Làm điều này bằng cách sử dụng mã hóa pi-compus thành TM có thể sẽ lấp đầy 20 trang.
Nói cách khác, việc phát minh ra các hình thức rõ ràng cho sự tương tác đã góp phần sau đây vào khoa học máy tính: tiên đề trực tiếp của các nguyên thủy quan trọng cho truyền thông (ví dụ: toán tử đầu vào và đầu ra) và các cơ chế hỗ trợ (ví dụ: tạo tên mới, thành phần song song, v.v.) . Tiên đề này đã phát triển thành một truyền thống nghiên cứu thực sự với các hội nghị, trường học, thuật ngữ riêng của mình.
Một tình huống tương tự có được trong toán học: hầu hết các khái niệm có thể được viết ra bằng ngôn ngữ của lý thuyết tập hợp (hoặc lý thuyết topos), nhưng chúng ta chủ yếu thích các khái niệm cấp cao hơn như nhóm, vòng, không gian tôpô, v.v.