Response to Reviewer nThn (1/4)
We acknowledge and appreciate Reviewer tCCB's detailed review. In addressing the concerns raised, we hope to clarify any misunderstandings and provide further insight into our work.
1. **W1:** The theoretical analysis is mainly on the comparison between the combinations of the MPNN and the SF against solely using the MPNN and the SF.
We would like to first clarify that our Theorem 1 proves that our MPNN-then-SF architecture (illustrated in Figure 2) is strictly more expressive than GAE, CN, RA, AA, Neo-GNN, and BUDDY. Among them, Neo-GNN and BUDDY are exactly MPNN-and-SF methods. Thus, we are not solely showing our MPNN-and-SF is better than MPNN alone or SF alone, but also showing MPNN-then-SF is better than MPNN-and-SF.
One future work is to theoretically compare MPNN-then-SF and SF-then-MPNN. It is recognized in existing literature [1] that the SF-then-MPNN architecture can achieve maximal expressivity under certain conditions. Whether MPNN-then-SF can also reach maximal expressivity remains unknown. We will continue working on it.
[1] Zhang M, Chen Y. Link prediction based on graph neural networks. NeurIPS, 2018.
2. **W2:** There is no complexity analysis.
We would like to point out that we have included theoretical time and space complexity details in Appendix E and Table 6 in our submission, as referenced at the end of section 4. Our method demonstrates comparable or lower complexity than existing models. Empirical scalability, as shown in Figure 5 and detailed in Appendix F, indicates that our NCN is as efficient as GAE in terms of time and space and more scalable compared to other performative GNNs for link prediction.
3. **W3, Q1 and Q6:** There is no clear comparisons among different combinations as shown in Figure 2 (W3). In the introduction section, the authors have described three ways to combine the MPNN and the SF. However, there are no clear comparisons among these approaches. For example, what use cases fit each approach, and what is the complexity cost of each way (Q1)? Furthermore, it would be very interesting to summarize a table that includes the pros, the cons, and the best use cases, the worse use cases of different combinations in Figure 2 (Q6).
We have included a textual comparison among different combinations in Section 4.1 of our submission. But we agree with the reviewer that a table of summary can make our paper more clear. For clarity, we summarize the pros and cons of each combination into a table:
| Architecture | Overview | theoretical expressivity | scalability | Empirical Performance |
| ------------------- | ----------------------------------------------------------- | ------------------------ | ----------- | -------------------------- |
| SF only | manual structural features | poor | good | poor |
| GAE (MPNN only) | Two target node's MPNN representation | poor | good | poor |
| SF-and-MPNN | Concatenating SF and two target node's MPNN representation | poor | good | good |
| SF-then-MPNN | MPNN takes graph augmented by SF as input. | good | poor | good |
| MPNN-then-SF (ours) | Use SF to guide the pooling of MPNN node representation. | good | good | best |
Our MPNN-then-SF architecture consistently outperforms existing models in real-world datasets, achieving both high scalability and expressivity. Their time complexity varies with the detailed implementation. However, our MPNN-then-SF achieves the lowest complexity among existing models with other architectures, as shown in our response to W2.
The MPNN-and-SF combination is particularly suited for scenarios where the dataset is large, and scalability is a critical concern. On the other hand, the SF-then-MPNN approach is more appropriate for small graphs with complex structures where high expressivity is essential. Our MPNN-then-SF model balances scalability and expressivity, making it a versatile solution applicable to both scenarios.